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NOTICES 


FINAL  DISPOSITION:  This  report  may  be  destroyed  when  it  is  no  longer  needed.  Please  do  not 
return  it  to  the  U.S.  Army  Research  Institute  for  the  Behavioral  and  Social  Sciences. 


NOTE:  The  findings  in  this  report  are  not  to  be  construed  as  an  official  Department  of  the  Army 
position,  unless  so  designated  by  other  authorized  documents. 


FOREVORD 


The  U.S.  Army  Research  Institute  for  the  Behavioral  and  Social  Sciences 
(ARI)  undertook  a  comprehensive  research  program  to  Improve  the  selection, 
classification,  and  allocation  of  new  Army  applicants.  A  key  part  of  this 
program  Is  the  Enlisted  Personnel  Allocation  System  (EPAS).  EPAS  signifi¬ 
cantly  Improves  predicted  performance  and  retention  behavior  through  new 
application  of  techniques  used  In  operations  research,  computer  science,  and 
mathematics.  This  report  summarizes  the  results  of  the  EPAS  project. 

The  Memorandum  of  Agreement  for  this  research  vas  titled  "Improvements  to 
Current  Enlisted  Personnel  Selection  and  Classification  System."  It  vas 
signed  by  Major  General  V.  G.  O’Leksy,  Director  of  Military  Personnel  Manage¬ 
ment  (DMPM),  and  COL  V.  D.  Henderson,  Commander  of  ARI  in  October  1985. 

Product  delivery  briefs  validating  the  research  and  planning  for  Its 
implementation  were  provided  to  both  the  Enlisted  Accession  Division  of  DMPM 
and  the  Deputy  Chief  of  Staff  for  Personnel  in  March  1990. 
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ENLISTED  PERSONNEL  ALLOCATION  SYSTEM:  PINAL  REPORT 


EXECUTIVE  SUMMARY 


Requirement: 

The  Army's  present  person-job-match  (PJH)  system  has  substauitial  oppor¬ 
tunities  for  improvement.  These  include  assigning  more  enlistees  to  Jobs  that 
maximize  their  expected  performance  and  minimize  their  attrition  and  holding 
open  selected  Jobs  that  can  attract  high-quality  applicants.  Key  requirements 
for  realizing  these  improvements  include  the  ability  to  look  ahead  at  the  sup¬ 
ply  of  applicants  and  the  Job  training  requirements,  to  identify  an  optimal 
combination  of  projected  supply  and  Job  requirements,  and  to  transform  the 
results  of  the  optimization  into  a  usable,  sequential  format  compatible  vith 
the  Army's  current  selection,  classification,  and  allocation  procedures. 


Procedure: 

The  authors  have  developed  a  prototype  decision  support  system  (DSS)  that 
Incorporates  advanced  operations  research  techniques  to  Improve  the  Army's 
person-job-match  capabilities.  Called  the  Enlisted  Personnel  Allocation  Sys¬ 
tem  (EPAS),  this  system  provides  the  proof  of  principle  of  the  integration  of 
techniques  from  a  variety  of  disciplines  to  address  the  PJM  requirement. 
Specific  techniques  Included  in  the  prototype  are  clustering  techniques, 
forecasting,  large-scale  linear  optimization,  and  heuristic  simulation. 

Because  of  the  complexity  of  this  effort,  the  authors  first  developed  a 
reduced  scale  prototype  on  a  Vlcat  minicomputer  to  evaluate  the  system  con¬ 
cept.  This  prototype  validated  the  approach  to  the  problem,  but  proved 
impractical  for  larger  scale  efforts  because  of  the  solution  times  involved. 
The  prototype  system  was  transferred  to  the  National  Institute  of  Health  (NIH) 
Computer  Facility  for  more  extensive  testing.  The  NIH  version  of  the  system 
demonstrated  the  ability  to  process  realistically  sized  problems  in  a  practi¬ 
cal  time.  The  NIH  prototype  was  then  transferred  to  the  Army  Information 
System's  Command  computer  at  the  Pentagon  (ISC-P)  for  final  testing.  The 
ISC-P  system  was  further  enhanced  to  include  features  based  on  continuing 
research  and  analysis  of  the  PJM  process  amd  to  demonstra.;:e  the  ability  to 
process  problems  in  an  operational  environment. 


Findings: 

The  prototype  system  validated  the  EPAS  design  concept.  The  prototype 
demonstrated  the  feasibility  of  using  this  complex  DSS  to  guide  Army  guidance 
counselors'  classification  decisions  and  to  evaluate  recruiting  strategies. 
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Refinement  and  testing  of  ERAS  further  demonstrated  EPAS’S  capabilities  and 
flexibility.  The  EPAS  concept  represents  a  significant  improvement  over 
current  person-job-match  systems. 


Utilization  of  Findings: 

The  present  vork  has  provided  a  sound  justification  for  continued 
development  of  the  EPAS  concept.  Detailed  analysis  of  the  Army's  functional 
requirements  in  the  recruiting,  allocation,  and  training  areas  should  be 
conducted  to  clearly  Identify  functionally  based  Issues  and  requirements. 

This  analysis  should  include  both  policy  analysis  and  long-range  planning 
requirements,  as  veil  as  day-to-day  allocation  of  applicants. 

From  these  functional  definitions,  an  operational  system  based  on  the 
EPAS  research  can  be  developed.  Such  a  system  would  present  the  Army  sig¬ 
nificant  opportunities  for  cost  savings  and  improved  utilization  of  available 
recruit  resources  while  functioning  within  the  parameters  of  its  policy  guide 
lines  and  legal  restrictions. 
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ENLISTED  PERSONNEL  ALLOCATION  SYSTEM: 
PINAL  REPORT 

I.  INTRODUCTION 


The  Amy  Research  Institute  for  the  Behavioral  and  Social  Sciences 
(ARI-PERI)  sponsored  a  major  research  effort  to  improve  the  "selection, 
classification,  and  utilization  of  Amy  enlisted  personnel,"  The 
underlying  approach  associated  with  the  required  research  was  divided  into 
two  major  projects: 

Project  A  --  the  development  and  validation  of  improved  selection 
and  classification  instruments  and  standards. 

Project  B  --  the  identification  of  techniques  for,  and  development 
of,  a  prototype  computerized  personnel  allocation  system. 

The  second  of  these  projects.  Project  B,  was  awarded  to  the  General 
Research  Corporation  (GRC)  in  September  of  1982.  The  major  objective  of 
Project  B,  as  defined  in  the  original  statement  of  work  (SOW,  page  2),  was 
to; 


"...davalop  a  prototypa  ayatao  to  link  parsonnal  raaourcaa  to  Any  raquiraisantt  in 
ways  which  will  optlalxa  tha  total  affactivanaia  of  tha  Army.  This  raaaarch  should 
ylald  a  tat  of  opaiation,  camputar'aaslatsd,  daclslon  aids  for  military  parsonnal 
actions.  ...  Tha  rasaareh  will  build  on  tha  stata-of-tha-art  In  such  arass  as; 
diffarantlal  classification  of  paopla/jobs,  pradlctlon  of  amployaa  work  bahavlor, 
optimisation,  al«orlthas,  mathods  of  eamblnlnt  multlpla  objaetlvas,  and  astlmatlon  of 
utility  or  pay*off  stations  at  usad  (or  plannad  for)  tha  Air  Forca  praanllstmant, 
parton-Job  match  tystam.*' 

GRC  developed  the  Enlisted  Personnel  Allocation  System  (EPAS)  to  meet  the 
requirements  of  this  contract. 


STATEMENT  OF  PROBLEM 

Each  year,  the  Amy  routinely  processes  approximately  140,000  non-prior 
service  (NPS)  applicants  for  active  duty.  Amy  policy  requires  that  the 
MOS  in  which  each  new  recruit  is  to  be  trained  be  detemined  at  the  time 
of  enlistment.  The  appllcant/MOS  classifications  made  at  this  time  will 
have  significant  impact  on  numerous  operational  Issues,  including: 

•  Recruiting  effectiveness 

•  Force  readiness 

•  Soldier  perfomance 

•  Retalnability 

In  theory,  each  of  these  applicants  could  be  eligible  for  approximately 
6,000  Military  Occupational  Specialty  (MOS)/tralning  start  dates, 
resulting  in  some  840  million  possible  combinations  of  applicants,  MOS, 
and  start  dates.  In  this  idealized  association,  all  applicants  have  an 
equal  ability  and  propensity  to  fill  any  position  in  the  Army. 
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In  reality,  of  course,  this  idealized  situation  does  not  occur. 
Applicants  have  a  vide  range  of  aptitudes.  Interests,  and  abilities.  Each 
of  these  Individual  characteristics  has  a  direct  bearing  on  how  well 
individuals  will  be  able  to  perform  particular  Jobs,  how  successful  they 
will  be  in  the  requisite  training,  what  their  propensity  will  be  to 
complete  their  initial  term  of  enlistment,  and  what  their  inclination 
toward  reenlistment  will  be. 

In  addition  to  differences  within  the  applicant  population,  the  skill  set 
also  exhibits  a  great  deal  of  variability.  Army  policy  will  dictate  such 
factors  as  priority,  minimum  qualifying  factors  (aptitude  score,  physical 
requirements,  etc.),  and  desired  policy  objectives  (e.g.,  quality  goals). 
Finally,  the  availability  of  training  varies  over  time  as  a  function  of 
such  factors  as  Delayed  Entry  Program  (DEP)  policy,  size  and  frequency  of 
classes,  etc. 


The  Army  Accession  Process 

Making  classification  decisions  effectively  and  efficiently  requires  an 
understanding  of  the  relationship  of  an  individual's  characteristics  to 
probable  performance  In  the  Army  in  some  specific  MOS.  This,  in  turn, 
requires  both  the  ability  to  quantify  this  relationship  and  the  means  to 
systematically  apply  this  knowledge.  These  requirements  are  addressed  by 
Projects  A  and  B,  respectively.  That  is.  Project  A  addresses  the 
quantification  and  validation  of  predicted  performance  as  a  function  of 
Individual  characteristics.  Project  B  deals  with  identification  and 
verification  of  means  by  which  these  quantifications  can  be  applied. 


Eligibility  Standards 

The  Army  uses  the  Armed  Services  Vocational  Aptitude  Battery  (ASVAB)  to 
determine  an  applicant's  basic  qualification  for  entry  into  the  Army. 
The  ASVAB  consists  of  ten  specific  subtests.  The  Army  generates 
normalized  ASVAB  Composites  of  the  subtests  as  depicted  in  Table  1.  One 
of  these  composites,  the  Armed  Forces  Qualification  Test  (AFQT) ,  defines 
basic  entry  eligibility.  The  other  nine  tests  are  used  for  qualification 
within  job  "families." 

AFQT  scores  are  further  clustered  into  groups,  called  AFQT  Categories, 
based  on  the  percentile  distributions.  The  AFQT  Categories,  with  their 
corresponding  AFQT  percentile  scores,  are  shown  in  Table  2.  The  Army 
particularly  desires  applicants  who  are  high  school  graduates  and  whose 
AFQT  scores  place  them  in  the  top  half  of  the  general  population  (AFQT 
Categories  I-IIIA),  The  Army  has  administratively  restricted  the  number 
of  applicants  from  AFQT  Category  IV  who  are  high  school  graduates.  In 
addition,  Congress  has  prohibited  the  Army's  accepting  AFQT  Category  IV 
applicants  without  a  high  school  diploma  or  applicants  from  the  bottom  ten 
percent  (AFQT  Category  V) . 
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Table  1. 


Army  Aptitude  Area  Composites. 


A 

- - —  —  XSVAB  SUBTESIS  ■  -  -  ■  ■  ■ —  i 

Arithmetic  Reaeonlns  1 

P 

Auto/Shop  Infornatlon  I 

T 

Coding  Spood  I 

Eloctronlet  Infonnation  I 

Ganaral  Sclxnco  I 

A 

Hachanlcal  Cotsprahanaion  I 

R 

Hathacoatical  ICnowladga  I 

1 

Kuaarical  Oparatlona  1 

A 

AR 

AS 

cs 

El 

GS 

MC 

MK 

V£  Verbal  1 

Cl 

X 

a  Clarlcal/Adminlatratlon 

X 

X 

X 

X 

Combat 

EL 

X 

X 

X 

X 

Electronica  Raoalr 

FA 

» 

X 

X 

X 

—  II  !!'■  rung— — 

GH 

X 

X 

X 

X 

Cenaral  Maintenance 

X 

X 

X 

X 

Mechanical  Maintenance 

or 

z 

X 

X 

a  Ocerator/Food 

sc 

X 

X 

X 

a  Surveillanca/Coniminication 

ST 

X 

X 

X 

a  Skilled  Technical 

» 

_ 

a  Armed  Forcea  Qualification  Teat 

Applicant  Screening  and  Processing 

Figure  1  Illustrates  the  steps  an  applicant  goes  through  in  the  enlistment 
process.  The  applicant  first  takes  the  ASVAB  to  determine  basic  eligi¬ 
bility,  then  goes  through  a  series  of  additional  screening  activities  to 
determine  physical  and  moral  qualifications.  Presuming  the  applicant 
meets  all  minimum  qualifications,  s/he  Is  Interviewed  by  an  Army  guidance 
counselor,  at  which  time  the  applicant  is  offered  a  job  assignment  from  a 
list  of  computer-generated  options.  The  proffered  Job  list  identifies 
both  specific  job  types  (MOS)  and  training  starting  dates. 

If  the  applicant  finds  one  of  the  offerings  acceptable,  a  contract  is 
signed.  Depending  on  the  training  start  date,  the  applicant  will  either 
proceed  directly  to  training  or  enter  the  Delayed  Entry  Program  (DEP), 
deferring  entry  into  the  Army  for  up  to  twelve  months. 


Table  2.  AFQT  Category  Definitions. 


APQT  Percentile 

Category  Score 


I 

93-100 

II 

65-92 

IIIA 

50-64 

IIIB 

31-49 

IV 

10-30 

V 

<  10 
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Figure  1.  Amy  Enlistment  Process. 


The  Job  Classification  1 

Current  Amy  policy  dictates  that  applicants  agree  to  train  for  a  specific 
Job  before  they  sign  a  contract.  Therefore,  considerable  negotiation 
occurs  between  the  guidance  counselor  and  the  applicant.  The  negotiation 
process  has  three  significant  components  which  affect  the  final  decision: 

1)  The  Guidance  Counselor* -the  individual  counselor's  ability  to 
sell  Jobs  to  potential  recruits.  The  Amy  facilitates  this 
component  by  providing  the  guidance  counselor  with  a  variety 
of  enlistment  options- -cash  bonuses ,  college  fund,  assignment 
of  choice,  etc. --with  which  the  guidance  counselor  can 
influence  the  applicant's  choice. 

2)  The  Applicant's  Preference- -whaf  type  of  duty,  enlistment 
options,  or,  occasionally,  spec;  :  MOS  are  of  most  interest 
to  the  applicant. 

3)  The  Generated  Job  Option  List- -how  well  does  the  computer¬ 
generated  list  match  the  abilities  and  desires  of  the 
applicant  with  the  goals  and  requirements  of  the  Army. 

It  is  important  to  note  the  sequential  nature  of  this  process.  The  Army 
must  consider  applicants  in  the  order  in  which  they  present  themselves  for 
processing.  It  is  unrealistic,  within  the  parameters  of  an  All-Volunteer 
Force  (AVF) ,  to  assume  a  system  which  will  control  the  actual  arrival 
sequence  of  applicants. 

As  an  Inherently  sequential  one,  the  current  process  does  not  "look  ahead" 
to  consider  future  Impacts  or  alternatives.  As  a  result,  numerous  factors 
can  not  be  addressed,  such  as: 

•  What  is  the  effect  of  filling  a  training  seat  with  a  mini¬ 
mally-qualified  volunteer? 

•  What  is  the  Impact  of  deliberately  leaving  a  training  seat 
empty  in  anticipation  of  a  better-qualified  applicant's  later 
arrival? 

•  What  is  the  likelihood  that  a  person  who  is  "better"  qualified 
than  the  current  applicant  will  become  available  to  fill  some 
specific  training  seat? 

•  What  contribution  will  some  specific  person-job  match  make  to 
the  applicant's  performance  in  the  initial  entry  skill? 

•  What  impact  will  some  specific  person-job  match  have  on  the 
probability  of  the  applicant  successfully  completing  his/her 
first  term  of  enlistment? 
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OBJECTIVE  OF  RESEARCH 


The  primary  objective  of  this  research  was  Identification  of  a  metho¬ 
dology,  and  design  and  development  of  a  prototype  system,  which  could  be 
used  to  make  global,  optimal  recommendations  for  Individual  Job  lists. 
The  guidance  provided  by  such  a  system  would  represent  a  changing  defini¬ 
tion  based  on  real-time  assessments  of  training  requirements  and  antici¬ 
pated  applicant  arrivals.  Use  of  an  operation  system  based  on  principles 
demonstrated  by  this  effort  would  place  applicants  where  they  can  be 
expected  to  perform  to  their  maximum  potential,  while  still  adhering  to 
the  policy  restrictions  and  mission  requirements  of  the  Army. 


ORGANIZATION  OF  REPORT 

GRC  conducted  extensive  research  and  analysis  to  determine  the  best 
technique  for  the  development  of  a  system  concept  which  would  provide  the 
desired  optimization  capabilities.  Based  on  this  research,  a  prototype 
system  was  designed  and  developed  to  provide: 

•  Proof  of  principle,  demonstrating  that  the  Identified  metho¬ 
dology  would  provide  the  optimization  capabilities,  while 
still  providing  specific  support  to  Individual  guidance 
counselors . 

•  A  "test  bed"  which  allows  systematic  evaluation  of  alternative 
performance  predictors  and  classification  techniques. 

This  report  documents  the  results  of  GRC’s  research  pursuant  to  this 
contract  effort.  It  Is  divided  into  the  following  sections: 

I  A  general  Introduction  to  the  basic  problem  and  the  report. 

II  A  discussion  of  the  Army's  current  classification  system. 

III  An  overview  of  the  research  conducted  by  GRC  and  the  resulting 
prototype  system  and  Its  capabilities. 

IV  Recommendations  for  work.  Including  additional  research 
efforts  and  activities  require  to  Implement  the  research  into 
an  operational  system. 


TERMS  AND  ABBREVIATIONS 

The  terms  and  abbreviations  used  In  this  report  are  In  Appendix  A. 
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IZ.  CURRENT  SYSTEM 


The  Army’s  current  allocation  system,  depicted  in  Figure  2,  is  imbedded 
within  the  Recruit  Quota  (REQUEST)  System.  The  REQUEST  System  is  a  multi¬ 
faceted  system  designed  to  provide  extensive  support  to  personnel  in  the 
Army’s  recruiting  community.  Its  subsystems  include  seat  reservations. 
MOS  requirements  definitions,  and  report  generation. 

Of  particular  concern  to  this  research  effort,  however,  are  Its  person- Job 
match  routines.  REQUEST  provides  two  modes  for  identifying  class 
availability: 

•  Look-up.  In  this  mode,  the  guidance  counselor  requests  seat 
availability  information  for  a  specific  MOS  between  two  dates. 
REQUEST  responds  with  open  class  dates  within  the  specified 
date  range. 

•  Search.  In  this  mode,  the  guidance  counselor  provides  an 
initial  date  of  availability.  REQUEST  Identifies  MOS  for 
which  the  applicant  is  eligible  which  have  training  seats 
available  during  a  predefined  time  period  following  the  date 
of  availability. 

Current  Army  policy  dictates  that  the  guidance  counselor  is  to  use  the 
Search  Mode  for  classifying  applicants.  It  is  within  the  REQUEST  System, 
in  general,  and  the  Search  Mode,  in  particular,  that  the  EPAS  methodology 
must  be  applied  if  practical  use  is  to  be  made  of  the  results  of  this 
research  effort. 


Figure  2.  Current  Allocation  System. 


THE  ACTIVE  ARMY  SEARCH  ROUTINES 


Figure  3  depicts  a  graphical  overview  of  the  REQUEST  System's  allocation 
methodology,  the  Search  Mode.  As  mentioned  earlier,  Search  is  but  one  of 
numerous  modules  within  the  REQUEST  System.  Search  performs  two  primary 
functions:  the  Identification  of  MOS  for  which  the  applicant  qualifies  and 
generation  of  an  ordered  list  of  preferred  MOS.  There  are  two  key 
elements  in  the  Search  process,  the  search  window  and  the  classification 
hierarchy. 

The  Search  Algorithm  can  be  broken  into  three  broad  sections:  verification 
of  applicant  quality,  checking  for  availability  of  training,  and  applica¬ 
tion  of  any  special  incentive  programs.  The  first  section,  quality, 
identifies  HOS  for  which  the  applicant  meets  all  minimum  requirements  and 
I'mlts  the  number  of  MOS  to  be  processed.  This  limiting  process,  using  an 
aujustable  Search  Vindow,  will  be  described  below. 

The  second  section  of  the  algorithm  determines  the  availability  of 
training  for  the  identified  MOS,  establishes  the  Army's  requirements  to 
fill  the  MOS,  and  determines  the  relative  merit  of  allocating  the 
applicant  to  individual  MOS.  The  principle  component  of  this  section,  the 
Classification  Hierarchy,  is  also  described  below. 

The  third  section,  incentives,  identifies  applicable  incentive  options, 
eliminates  redundant  training  options,  and  displays  an  Ordered  List  of 
recommended  MOS.  At  present,  25  Job  options  are  displayed  in  five  sets  of 
five  options  each.  If  the  applicant  has  requested  an  MOS  which  is  not  on 
the  ordered  list,  it  will  be  displayed  as  an  extra  option  on  the  third 
panel. 


The  Search  Vindow 

When  discussing  the  current,  or  any  other,  computerized,  allocation 
support  system,  one  must  keep  in  mind  that  the  system  must  function  in  a 
real-time  environment.  That  is,  a  guidance  counselor  will  use  the  system 
while  the  applicant  is  present;  it  is  an  essential  part  of  the  negotiation 
process.  The  system  must  respond  quickly- -within  ten  to  fifteen  seconds- - 
with  the  result  of  the  search. 

As  mentioned  in  the  first  section,  there  are  literally  thousands  of 
possible  combinations  of  MOS  and  training  dates  for  which  an  applicant 
might  qualify.  To  search  for,  evaluate,  and  report  every  possible 
combination  would  take  a  prohibitively  long  time.  A  critical  first 
component  of  any  search  algorithm,  therefore,  must  be  some  means  of 
limiting  the  number  of  evaluations  to  be  performed  and,  thus,  drastically 
reducing  the  solution  time. 

REQUEST'S  Search  Mode  addresses  this  problem  with  its  Search  Window, 
depicted  in  Figure  4.  The  Search  Window  is  defined  as  a  fixed  period  of 
time,  generally  four  or  five  weeks,  from  a  guidance  counselor-defined  date 
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Figure  3.  Active  Army  Search  Routines. _ 

of  availability  (DOA) .  A  second  vlndov  nay  be  defined  as  one  week  from 
the  current  date.  The  search  algorlthn  only  examines  MOS  which  have 
training  beginning  within  the  "window"  and  for  which  the  applicant  meets 
the  nlnlmun  qualifications. 

This  methodology,  while  limiting  the  number  of  MOS/tralnlng  dates,  has  the 
significant  problem  of  overlooking  potentially  critical  MOS.  In  the 
example  depicted  In  Figure  4,  for  instance,  "MOS  #6"  Is  shown  as  having  a 
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Figure  4.  Search  Window. 


class  requiring  fill  starting  two  weeks  from  the  current  date.  The  search 
window  will  not  display  this  MOS/date  combination  as  it  does  not  fall 
within  the  specified  window. 

Observations  of  actual  practices  at  the  Military  Entrance  Processing 
Stations  (MEPS)  show  that  guidance  counselors  overcome  this  limitation  by 
manually  "gaming"  the  system.  That  is,  they  will  run  repeated  Iterations 
of  the  search  algorithm  changing  the  DOA.  This  has  the  effect  of  sliding 
the  window  back  and  forth,  allowing  the  guidance  counselors  to  identify 
MOS/date  combinations  which  would  otherwise  not  be  depicted.  The 
observations  of  GRC  personnel  at  the  MEPS  sites  showed  that  guidance 
counselors  were  quite  skilled  at  Identifying  potential  problem  MOS/date 
combinations  and  then  manipulating  the  system  to  ensure  that  these 
combinations  would  be  displayed  to  appropriate  applicants. 


The  Classification  HierarchT 

The  second  essential  component  of  the  Search  Mode  is  the  Classification 
Hierarchy.  This  is  the  component  of  the  system  which  computes  a  score, 
called  the  MOS  Priority  Index  (MPI),  for  each  MOS/date  combination  within 
the  Search  Window.  The  hierarchy  utilizes  a  set  of  factors  to  determine 
the  desirability  of  each  Person-Job  Hatch  (PJM).  Each  factor  has  a 
Transformation  Function,  such  as  depicted  in  Figure  5,  to  convert  the 
factor  from  its  inherent  metric  to  a  O-to-1000  utile. 

The  factors  are  grouped  into  two  broad  categories:  MOS  Status  (MS) 
factors,  which  effectively  define  Army's  need  to  fill  the  particular  MOS; 
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AFQT  EDUCATION 

Figure  5.  Hierarchy  Transformation  Functions. _ 


and  the  Applicant  Qualification  (AQ) ,  which  define  the  degree  to  which  the 
applicant  is  matched  to  the  MOS.  The  AQ  hierarchy  is  further  subdivided 
Into  two  additional  categories:  physical  and  Intellectual  qualifications. 
Each  factor  and  each  grouping  of  factors  Is  assigned  a  Weighting  Value 
which  Is  used  to  combine  the  factor  with  other  factors.  Figure  6 
graphically  depicts  the  groupings  of  factors  and  their  individual  weights. 

The  classification  hierarchy  Is  used  to  compute  a  relative  score  for  each 
MOS  within  the  Search  Window  for  which  the  applicant  qualifies.  The 
scores  are  sorted  Into  descending  order  and  adjusted  so  that  the  highest 
score  Is  always  1000.  The  top  scores  are  then  displayed  to  the  applicant. 

In  theory,  each  MOS  can  have  a  different  transformation  function  and 
different  weighting  factor.  Exercising  this  option,  however,  would 
require  definition  of  hundreds  of  transformation  functions  and  weights. 
What,  in  fact,  happens  is  that  virtually  all  MOS  utilize  the  same 
transformation  functions  and  weights;  only  a  handful  of  selected,  high 
priority  MOS  have  different  values  defined.  The  transformations  shown  in 
Figure  5,  for  example,  are  both  applicable  to  all  MOS.  Similarly,  the 
weights  assigned  to  each  MOS  are  the  same. 

The  result  of  this  conformity  Is  that  the  search  algorithm,  while 
distinguishing  among  applicants,  falls  to  differentiate  among  MOS  for  a 
given  applicant.  Table  2  depicts  this  Impact.  In  this  table,  the  "Net 
Weight"  column  depicts  the  result  of  multiplying  the  defined  weights  for 
each  of  the  factor  groupings  (see  Figure  6).  The  "Range"  column  defines 
the  differentiability  associated  with  the  factor  among  MOS  for  the  given 
applicant. 

As  can  be  seen  In  Table  2,  the  effective  result  of  the  settings  Is  that 
the  applicant's  qualifications  have  no  Impact  on  the  final  order  of 
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Figure  6.  Hierarchy  Weighting  Values. 


recommended  jobs.  It  Is  Important  to  note  that  this  impact  is  the  result 
of  the  current  definitions  of  the  transformation  functions  and  weights 
within  the  hierarchy.  It  is  not  the  result  of  the  basic  formulation  of 
the  algorithm  itself. 


Table  3.  Effective  Hierarch  Weights . 


Bata 

Lvll 

Lvl2 

Lvl3 

Effactiva 

Etfactiva 

Blararchy  Factor 

Hai(}it 

Walsht 

Hai«ht 

Haight 

Xanga 

Ranga 

Haight 

MOS  Priority 

0.1 

1.0 

0.0 

0.000 

1000 

00.000 

O.lSl 

It«qulrMD«nts 

0.3 

1.0 

0.0 

0.270 

000 

216.000 

0.361 

AA  Fill  X 

o.ie 

1.0 

0.0 

0.144 

000 

141.120 

0.236 

Claat  Fill  1 

0.14 

1.0 

0.0 

0.126 

ooo 

123.400 

0.207 

Claaa  Priority 

0.0 

1.0 

0.0 

0.000 

1000 

0.000 

0.000 

CAIT 

0.0 

1.0 

0.0 

0.000 

060 

0.000 

0.000 

AIT  Starts 

0.0 

1.0 

0.0 

0.000 

000 

0.000 

0.000 

STP  Unflll  S 

0.3 

1.0 

0.0 

0.270 

100 

27.000 

0.043 

Quality  ASVAB  1 

O.B 

0.7 

0.1 

0.042 

0 

0.000 

0.000 

Quality  ASVAB  2 

0.1 

0.7 

0.1 

0.007 

0 

0.000 

0.000 

Quality  ASVAB  3 

0.0 

0.7 

0.1 

0.000 

0 

0.000 

0.000 

AFQT  Catatory 

0.3 

0.7 

O.I 

0.021 

0 

0.000 

0.000 

Education 

0.0 

0.7 

0.1 

0.000 

0 

0.000 

0.000 

Candar 

0.0 

0.3 

0.1 

0.027 

0 

0.000 

0.000 

MEPSCAI 

0.1 

0.3 

0.1 

0.003 

0 

0.000 

107.606 

0.000 

1.000 
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LIMITATIONS  OF  CURRENT  ARMY  CLASSIFICATION  SYSTEM 


The  current  classification  system  does  an  excellent  job  in  meeting  the 
Army's  immediate  training  requirements.  This  performance,  however,  is 
made  at  the  expense  of  several  shortcomings  in  the  system's  performance 
and  capabilities.  These  shortcomings  can  be  classified  into  two  general 
categories;  ones  arising  from  the  implementation  of  the  system  and  ones 
inherent  in  the  fundamental  design  of  the  system. 


Implementation  Issues 

Implementation  Issues  are  those  which  could  be  overcome  by  different 
utilization  of  the  existing  design.  Foremost  among  these  issues  is  the 
settings  of  the  transformation  functions  and  weighting  values. 

As  was  previously  depicted,  the  current  settings  result  in  virtually  no 
differentiability  among  alternative  MOS  for  a  given  applicant.  Clearly, 
using  different  transformations  functions  and  weights  result  in  different 
classification  recommendations.  The  current  system,  however,  provides  no 
means  of  assisting  the  system  manager  in  defining  factors  which  will 
result  in  increased  differentiability  while  ensuring  that  the  training 
goals  will  be  met.  The  number  of  possible  combinations  of  functions  and 
weights  makes  it  virtually  impossible  for  managers  to  effectively 
manipulate  them  to  achieve  desired  results.  The  consequences  of  this  are 
that  common  values  are  established  for  all  combinations;  unique  values  are 
establlslied  only  in  special  cases  (e.g.,  IIX,  cohort  training);  unique 
values  tend  to  be  implemented  in  extreme  fashion  (e.g.,  IIX  priority 
weighting  is  100%  with  a  score  of  1000* -effectively  ensuring  that 
minimally  qualified  personnel  will  always  be  cast  into  IIX  if  a  vacancy 
exists);  and,  once  established,  factors  are  rarely  changed. 

A  second  Implementation  issue  is  achieving  policy  goals.  This  issue  is 
further  exacerbated  by  the  current  definitions  of  factors,  functions,  and 
weights.  An  example  of  this  is  achieving  quality  goals.  Army  personnel 
policy  establishes  desired  goals  for  quality  (i.e.,  AFQT  Category  I-IIIA) 
applicants  in  each  MOS.  The  current  formulation  does  not  Include  factors 
which  target  these  goals.  Army  managers  must,  therefore,  monitor  skills 
manually  and  externally  set  controls  (called  Define  Quality  (DQ)  switches) 
which  open  or  close  MOS  to  applicants  based  on  the  current  fill  status  of 
the  MOS . 

Thus,  highly  qualified  applicants  may  be  denied  MOS  simply  because  they 
happened  to  be  "closed*  in  the  week  the  applicant  was  processed.  Had  the 
applicant  come  In  a  week  earlier  or  later,  the  skill  may  have  been 
available.  Conversely,  marginally  qualified  applicants  may  find 
themselves  allocated  to  MOS  for  which  the  DQ  switch  was  "open"  and  the 
need  to  fill  existed. 
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The  second  category  of  shortcoming  are  those  which  are  Inherent  in  the 
fundamental  design  of  the  current  system.  The  principle  shortcoming  of 
this  type  is  the  system's  inability  to  "look  ahead"  in  any  significant 
manner.  Each  applicant  is  processed  entirely  independently,  as  if  s/he  is 
the  only,  last,  and  best  person.  The  current  system  does  not.  Indeed  can 
not,  consider  future  impacts  or  alternatives  to  address  questions  such  as: 

•  Vhat  is  the  effect  of  filling  a  training  seat  with  a 
minimally-qualified  applicant? 

•  Vhat  is  the  impact  of  deliberately  leaving  a  training  seat 
empty? 

•  Vhat  is  the  probability  that  a  person  who  is  "better" 
qualified  than  the  current  applicant  will  become  available  to 
fill  some  specific  training  seat? 

•  Vhat  contribution  will  some  specific  person- Job  match  make  to 
the  applicant's  performance  in  the  Initial  entry  skill? 

An  additional  issue  is  the  need  for  highly  experienced  guidance  counselors 
to  "game"  the  system  to  ensure  that  critical  skills  will  be  identified  and 
filled.  As  previously  discussed,  the  basic  search  window  methodology  will 
fail  to  identify  skills  not  happening  to  fall  within  the  arbitrarily 
defined  window.  If  the  guidance  counselors  do  not  effectively  manipulate 
the  system  by  varying  input  parameters,  some  training  might  easily  go 
unfilled. 

A  final  issue  is  the  inability  of  the  current  system  to  simulate  the 
Impact  of  policy  alternatives.  Thus,  while  it  provides  some  assistance  to 
guidance  counselors,  it  provides  none  to  the  managers  who  are  determining 
the  overall  policy  direction  for  the  counselors. 


III.  OVERVIEW  OF  RESEARCH 


The  inherent  shortcomings  evident  in  the  current  allocation  system 
presented  avenues  of  potentially  significant  improvement  in  the  utiliza¬ 
tion  of  Army  personnel  resources.  ARI  awarded  contracts  for  Projects  A 
and  B  to  determine  if  capabilities  existed  which  could  be  applied  to  these 
problems. 

Project  A's  research,  which  is  ongoing  at  the  time  of  this  report,  is 
Intended  to  develop  new  means  of  predicting  applicant  performance  using 
existing  measures  (e.g.,  the  ASVAB)  and  new  tests  being  developed  as  part 
of  the  research.  In  the  next  Section,  Results  and  Conclusions,  it  will  be 
shown  that  the  results  of  Project  A  will  have  a  significant  impact  on  a 
system's  ability  to  Improve  overall  performance.  This  research,  however, 
is  outside  the  scope  of  this  report. 


HISTORY  OF  RESEARCH 

Table  4  presents  a  tabular  summary  of  the  work  performed  under  this 
contract.  For  additional  details  on  the  activities  performed,  the  reader 
is  referred  to  the  list  of  publications  found  in  Appendix  B. 


Initial  Research 

The  contract  objective  for  Project  B  was  to  investigate  techniques  for, 
and  create  a  prototype  of,  a  system  which  could  support  real-time  enlisted 
personnel  classification  as  performed  by  the  REQUEST  System.  The  primary 
focus  of  the  research  was  to  identify  and  verify  an  automated  technique 
which  would  redress  the  deficiencies  of  the  current  system.  The  secondary 
objective  was  to  provide  a  test  bed  for  evaluation  of:  new  performance 
predictors  being  developed  by  Project  A;  new  measures  of  behavior,  such  as 
ARI's  research  into  attrition;  and  new  techniques  for  sequential 
classification,  such  as  those  being  employed  by  the  Air  Force  in  its 
allocations  system,  the  Procurement  Management  Information  System 
(PROMIS). 

The  first  two  years  concentrated  on  general  research  to  identify  existing 
and  potential  applications. 


Baseline  Prototype 

The  proposed  solution  methodology,  based  on  a  linear  optimization  using  a 
network,  was  selected  during  the  second  year.  A  preliminary,  baseline 
prototype  was  developed  using  only  ten  MOS  and  a  subset  of  the  total 
recruit  population.  This  baseline  prototype  demonstrated  the  basic 
feasibility  of  the  technical  approach. 
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Table  4. 


EPAS  Key  Events  Summary. 


YEAR  KEY  EVENTS 


1 


2 


3 


4 


5 


6 


7 


•  Literature  and  Data  Survey 

•  Analysis  of  current  recruiting  and  allocation  systeio;  obser¬ 
vations  of  actual  practices 

•  Survey  of  other  allocation  methodologies 

•  Initial  definition  of  methodology 

•  Development  of  baseline  system 

•  Additional  Research: 

goallng  Army  recruiters 
"sales-tools"  for  counselors 

-  utility  theory  applications 

•  Full  development  of  initial  prototype 

•  Preliminary  tests  on  USAREC,  Sperry  Unlvac 

•  Additional  Research: 

clustering  methodology 

-  non-linear  programming  applications 

•  Conversion  to  NIH  computer  system 

•  Additional  Research; 

-  reenllstment/reclassificatlon  applications 

•  Simulations  and  Evaluations  on  NIH 

•  Benefit/Cost  analysis 

•  Additional  Research: 

•  expert  system  applications 

•  Simulation-based  enhancements 

•  Non-network  constralnts/LP  formulation 

•  Additional  Research: 

-  REQUEST  emulation 

-  refined  clustering  methodology 

•  ISC-P  conversion 

•  Field  Test  of  prototype 

•  Additional  Research: 

DBMS  (DB2)  applications 
automatic  screen  generation  (CSP) 


Full-Scale  Prototype 

A  key  element  of  this  procurement  was  verification  Chat  the  identified 
methodology  would  continue  to  function  when  real-world  constraints  were 
applied.  Accordingly,  the  baseline  prototype  was  expanded  to  a  full-scale 
prototype  which  Included: 

•  Inclusion  of  all  initial  entry  HOS. 

•  A  random  sampling  of  the  entire  recruit  population. 

•  Addition  of  extensive  policy  constraints  in  the  optimization 
formulation,  including; 

Delayed  Entry  Program  (DEP) 

Quality  Goals 

Skill  restrictions,  e.g.,  exclusion  of  females  from 
combat  skills 
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The  full-scale  prototype,  like  the  baseline  prototype,  was  developed  on 
the  Decision  Laboratory  Facility  (DLF) ,  a  mini -computer  based  system 
specifically  developed  to  support  this  effort.  The  DLF  used  a  Wicat 
Model  160,  a  minicomputer  built  around  the  MC-68000  microchip.  This 
system,  while  adequate  for  Initial  efforts  and  supporting  analyses,  was 
Incapable  of  supporting  test  simulations  of  the  full-scale  prototype. 

The  prototype  was,  therefore,  converted  to  the  National  Institute  of 
Health  (NIH)  computer.  Conversion  efforts  included  a  complete  rewrite  of 
the  program  code  (from  Pascal  to  PL/1)  and  a  complete  revision  of  the  data 
access  procedures  (from  Ulcat's  Keyed  Sequential  Access  Method  (KSAM)  to 
IBM's  Virtual  System  Access  Method  (VSAM)). 

Numerous  simulations  were  performed  on  the  NIH  prototype.  These 
simulations  tested  the  EPAS  formulation,  alternative  prediction  techniques 
(from  ARl,  Project  A  work,  ind  Project  B  analysis).  The  results  of  the 
tests  demonstrated  conclusively  the  viability  of  the  solution  methodology 
and  the  potential  savings  to  the  Army.  The  reader  Is  referred  in 
particular  to  GRC  Report  Evaluating  the  Benefits  and  Costs  of  the  Enlisted 
Personnel  Allocation  System.  1317-23-86-CR,  June  1986,  for  details. 


Operational  Prototype 

While  the  NIH  full-scale  prototype  confirmed  the  methodology,  two  issues 
were  raised:  (1)  the  cost  of  running  the  system  on  the  NIH  computers  and 
(2)  the  impact  of  running  the  system  In  an  operational  environment  rather 
than  a  research-oriented  environment.  To  address  these  issues,  the  system 
was  once  again  converted;  this  time  to  the  Army’s  Information  System 
Command- -Pentagon  (ISC-P)  computer  facility. 

Two  new  design  Issues  were  also  addressed  concurrent  with  the  conversion 
to  the  ISC-P  computer  facility.  These  Include:  a  new  optimization 
formulation  based  on  a  Linear  Programming  (LP)  formulation  and  redesign  of 
the  user  Interface  routines. 


Linear  Program  Fommlatlon 

The  network  formulation  of  the  earlier  prototypes  forced  several 
restrictions  in  the  design  of  the  problem  to  avoid  non-network  con¬ 
straints.  An  LP  formulation  was  developed  to  meet  these  design  Issues. 
The  LP  formulation  Is  discussed  below  and  described  In  detail  In 
Appendix  D. 


Oser  Interface  Procedures 

The  EPAS  prototype  has  been  designed  as  a  user-centered,  menu- driven 
system  to  facilitate  the  data  manipulation  necessary  for  analyses.  With 
the  original  prototypes  (both  on  the  Wicat  and  the  NIH  computer  systems), 
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the  screens  were  "hard  coded"  using  standard  ASCII  protocols.  These 
protocols  are  unacceptable  in  the  Amy's  operational  environment. 

IBM  equipment,  In  particular  the  327x-type  temlnals  In  the  ISC-P  and 
HQDADSS  environments,  do  not  support  ASCII  protocol,  but  Instead  utilize 
an  IBM-specific  message  header  protocol.  On  the  NIH  computer,  GRC 
personnel  bypassed  this  problem  by  generating  a  special  program  which 
Intercepted  and  interpreted  the  ASCII  control  codes. 

This  approach  would  not  be  acceptable  in  an  operational  environment 
because  of  the  time  delays  in  processing  the  control  codes  and  portability 
and  maintainability  problems.  Accordingly,  GRC  rebuilt  the  principle  user 
menus  utilizing  IBM's  Cross  System  Product  (CSP)  facility. 


EPAS  OVERVIEW 

The  initial  objective  of  the  GRC  effort  was  to  investigate  methodologies 
for,  and  develop  a  prototype  of,  a  system  supporting  real-time  enlisted 
personnel  classification  (as  performed  by  the  REQUEST  system.  Functional 
analysis  conducted  as  part  of  the  research  showed  that  a  planning 
capability  was  needed  in  addition  to  the  real-time  support.  The  planning 
capability  would  provide  for  the  analysis  of  policy  alternatives  and 
deteminatlon  of  optimum  strategies  for  the  classification  and  allocation 
of  recruits. 


EPAS  Functional  Areas 

Based  on  the  results  of  the  functional  analysis,  the  EPAS  prototype  was 
developed  to  demonstrate  capabilities  in  three  modes; 

1)  Policy  Analysis  Mode 

2)  Simulation  Mode 

3)  Operational  Mode 


Policy  Analysis  Mode.  The  policy  analysis  mode  provides  a  rapid, 
long-range  analysis  potential.  In  this  mode,  the  Army  manager  can  define 
factors  such  as  policy  options,  environment  scenarios,  and  training 
restrictions.  EPAS  will  then  provide  a  rapid  analysis  of  the  basic 
feasibility  of  the  combined  factors. 


Simulation  Mode.  This  mode  provides  a  detailed,  long-range  analysis 
capability,  l.e.,  the  ability  to  simulate  the  flow  of  applicants  through 
the  allocation  process.  Like  the  Planning  Analysis  Mode,  the  Army  manager 
can  define  the  desired  "what  if"  scenario.  EPAS  can  then  provide  a 
detailed  simulation  of  individual  applicants  providing  a  detailed  analysis 
of  the  resulting  impacts.  GRC  anticipates  that  this  capability,  unique  to 
EPAS,  will  provide  the  Army  with  a  powerful  management  tool. 


18 


Operational  Mode.  This  Is  the  capability  Intended  to  provide 
support  to  the  real-time  classification  process.  Input  to  real-time 
classifications  flows  directly  from  the  planning  subsystem,  l.e.,  the 
developed  strategies  could  then  be  used  to  provide  guidance  to  the  REQUEST 
system. 

The  principal  functional  areas  required  to  support  the  three  operating 
modes  were  then  Identified.  These  areas,  depicted  in  Figure  7,  are 
discussed  below.  Note  that  each  of  the  functional  areas  Is  further 
subdivided  into  two  primary  components. 

1)  Determine  MOS  Requirements  --  Identifying  the  future  demand 
for  accessions  Into  Individual  skills. 

Identify  Training  Requirements  --  determining  the 
training  requirements  still  to  be  filled  and  the 
capacity  within  the  training  base  to  meet  the  demand. 

Identify  Classification  Requirement  --  determining  the 
qualifications  necessary  for  an  applicant  to  enter  a 
specific  MOS. 

2)  Define  Applicant  Supply  --  predicting  the  future  supply  of 
applicants  In  sufficient  detail  to  allow  the  model  to  accur¬ 
ately  predict  performance  In  selected  MOS. 

Project  Applicant  Arrivals  -•  forecasts  of  the  quantity 
and  times  of  applicant  arrivals. 
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Figure  7.  EPAS  Functional  Areas. 
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Distribute  Applicant  Quality  --  decompose  the  forecast 
applicant  arrivals  Into  sufficient  Information  to 
accurately  predict  performance. 

3)  Determine  Performance  Predictors  --  Identify  and  quantify 
specific  measures  of  predicting  applicant  performance  by 
skill. 

--  Generate  Detailed  Predictors  --  identify  and  utilize 
predictors  which  can  be  applied  at  the  individual 
applicant  and  specific  MOS  level-of-detail. 

Generate  Aggregate  Predictors  --  combine  detailed 
predictors  into  aggregations  which  can  be  applied  to 
groups  of  applicants  and  skills. 

4)  Generate  Optimal  Allocations  --  perform  actions  necessary  to 
match  future  supply  to  training  demand  in  a  manner  which  best 
fulfills  all  of  the  Army's  requirements. 

*•  Perform  Aggregate  Allocations  •-  generate  "globally" 

optimal  allocations,  i.e.,  matches  of  groups  of 
applicants  to  clusters  of  skills. 

••  Perform  Detailed  Allocations  ••  generate  "locally" 

optimal  allocations,  i.e.,  the  best  PJM  for  a  specific 
applicant. 


EPAS  S-^stem  Overview 

EPAS  consists  of  four  principal,  or  "core,"  modules  designed  to  meet  these 
functional  requirements.  These  core  modules,  depicted  In  Figure  8,  are 
presented  in  detail  In  Appendixes  G  and  D  and  summarized  below.  In 
addition,  an  extensive  set  of  ancillary  routines  were  developed  to 
facilitate  testing  and  evaluation  of  Project  A,  Project  B,  and  ARI 
analyses . 


Quality  Forecast  Module 

The  Quality  Forecast  Module  (QFM)  defines  future  accessions.  The 
principle  functions  associated  with  the  QFM  are  depicted  In  Figure  9.  It 
is  important  for  the  reader  to  note  that  EPAS  is  not  a  supply  forecasting 
model.  Instead,  it  accepts  forecasts  from  other  models  and  distributes 
the  forecasts  into  the  detail  required  by  EPAS. 


Combining  Similar  Applicants.  In  Section  I,  it  was  indicated  that 
there  exist  approximately  840  million  possible  combinations  of  applicants 
to  MOS  classes  during  a  given  year- -a  number  considerably  larger  than 
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Figure  8.  EPAS  Core  Modules. 


Figure  9.  QFM  Functional  Requirements. 


available  computer  technology  can  support.  Some  means  Is  required, 
therefore,  for  reducing  the  problem  to  a  tractable  size.  Th*.s  reduction 
was  accomplished  by  performing  research  into  means  of  combining,  or 
clustering,  both  the  applicants  and  the  MOS  in  groups.  (MOS  clustering  is 
described  In  the  Define  MOS  Requirements  section,  below.) 

When  clustering  applicants,  two  requirement  have  to  be  met: 

(1)  The  system  must  maintain  the  ability  to  enforce  Army  policy 
restrictions  and  guidelines, 

(2)  The  ability  to  predict  an  applicant's  likely  performance  in  a 
selected  MOS  must  be  maintained. 

Key  performance  predictors  were  identified  which  enabled  the  development 
of  combinations  of  applicants,  called  Supply  Groups,  which  met  both  of 
these  requirements.  A  two-step  process  is  currently  used  to  define  EPAS* 
Supply  Groups. 


21 


First  the  contract  population  Is  subdivided  Into  distinct  subpopulations 
based  on  demographic  characteristics.  The  subpopulations  allow  EPAS  to 
model  Army  policy,  such  as  Quality  Goals.  The  demographics  used  to 


subdivide 

the  population  are; 

(1) 

Gender  --  male  and  female. 

(2) 

Education  --  three  classifications  are  used  for 
High  School  Graduates,  High  School  Seniors,  and  Non- 

education: 
-Graduates . 

(3) 

Armed  Forces  Qualifications  Test  (AFQT)  Score  -- 
I-IIIA,  category  IIIB,  and  category  IV. 

categories 

Next,  each  of  the  subpopulations  were  clustered  based  on  ASVAB  Aptitude 
Area  Composite  Scores.  Project  A  analysis  has  demonstrated  that  the  ASVAB 
test  scores  are  valid  predictors  of  performance  (McLaughlin,  1984).  A 
computerized  technique,  using  Ward's  Minimum  Variance  Method  (Ward,  1963), 
was  used  to  generate  81  distinct  Supply  Groups. 


Forecasting  Contractees.  The  Army's  recruiting  process  is  a 
sequential,  flrst-come-flrst-serve  process.  Linear  optimization  techni¬ 
ques,  on  the  other  hand,  distribute  a  predefined  available  supply  of  some 
product  (in  this  case,  NFS  applicants)  across  an  established  demand  for 
that  product  (training  seats).  A  forecast  of  the  number,  quality  and 
arrival  times  of  contractees  was  required,  therefore,  to  determine  the 
population  to  assign  to  HOS  and  associated  school  seats. 

A  number  of  techniques  are  available  for  forecasting  volunteer  charac¬ 
teristics  and  arrival  rates.  GRC  has  provided  a  system  which  allows  Army 
analysts  to  Integrate  existing  methodologies  into  EPAS,  thus  providing  the 
ability  to  evaluate  policy  alternatives  using  any  of  several  forecasting 
techniques.  Several  different  models,  as  described  in  Appendix  C,  were 
evaluated.  In  the  current  formulation,  all  forecasts  are  generated  from 
USAREC  (contract)  Mission  Goals. 

Regardless  of  the  forecasting  technique  employed,  the  projections  of 
applicants  must  be  presented  in  the  form  of  EPAS  Supply  Groups  to  be 
consistent  with  the  other  modules  within  the  system.  Therefore,  proce¬ 
dures  were  developed  for  each  of  the  basic  forecasting  techniques  to 
redefine  the  projections  into  Supply  Groups. 


Training  Requirements  Module 

The  Training  Requirements  Module  (TRM)  defines  the  future  demand,  l.e., 
the  training  requirements.  Figure  10  depicts  the  primary  functional  areas 
for  the  TRM. 
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Figure  10.  TRM  Functional  Requirements. 


Forecasting  Requirements.  These  data  are  defined  externally.  The 
TRM  begins  by  reading  the  current  status  of  schools  from  REQUEST  files, 
that  is,  the  number  of  seats  yet  to  be  filled  to  meet  the  annual  require¬ 
ments,  the  current  fill  of  each  class,  and  the  capacities  of  the  classes. 
These  data  are  then  manipulated  to  meet  the  requirements  of  ERAS, 
Including; 

•  Distributing  policy  objectives  (e.g.,  quality  goals)  over  all 
of  the  classes. 

•  Aggregating  Individual  classes  into  monthly  totals  by  MOS. 

•  Aggregating  MOS  Into  EPAS-define  clusters. 


MOS  Clustering.  As  with  the  Supply  Groups  discussed  above,  MOS  must 
be  aggregated  into  groups,  called  MOS  Clusters,  which  maintain  performance 
differentiability  and  the  ability  to  enforce  policy  restrictions.  Details 
of  the  methodology  and  current  formulation  are  found  in  the  Appendixes. 

MOS  Clustering  was  performed  by  first  aggregating  the  MOS  Into  distinct 
groups  based  on  their  characteristics.  The  basic  criteria  currently  used 
to  define  the  MOS  Clusters,  in  the  order  of  their  priority,  are: 

(1)  Female  Exclusions  --  some  MOS,  such  as  those  classified  as 
combat  skills,  are  closed  to  female  recruits.  MOS  were 
divided  into  two  groups;  male -only  and  open  to  all. 

(2)  Education  --  some  MOS  require  a  high  school  education.  The 
two  gender-based  groups  were  each  divided  into  two  subgroups; 
MOS  requiring  a  high  school  education  and  others. 

(3)  Qualifying  Aptitude  Area  ASVAB  Composite  Score  --  the  minimum 
ASVAB  score  which  must  be  achieved  to  be  eligible  to  serve  in 
the  MOS. 

(4)  DoD  Occupational  Areas  --  each  of  the  subgroups  developed 
above  were  further  subdivided  into  nine  groupings  based  on  the 
DoD  Occupational  Areas,  shown  in  Table  S.  This  criterion, 
used  by  the  Department  of  Defense  to  categorize  skill  types 
across  all  services,  groups  the  skills  based  on  a  broad 
measure  of  their  duties. 
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Table  5. 


DoD  Occupational  Areas. 


CODE  DoD  OCCUPATIONAL  AREA 


0  Infantry,  Gun  Crews,  Seamanship 

1  Electronic  Equipment  Repair 

2  Communications  and  Intelligence 

3  Medical  and  Dental 

4  Other  Technical 

5  Functional  Support  and  Administrative 

6  Electrical/Mechanical  Repair 

7  Craftsmen 

8  Service  and  Supply 


This  consecutive  decomposition  process  resulted  in  too  many  clusters  to  be 
effectively  used  by  the  model.  An  expert  panel  was  formed,  therefore,  to 
review  the  clusters  and  their  component  HOS  and  identify  clusters  which 
were  similar  and  could  be  combined.  A  total  of  58  clusters  resulted; 
additional  detail  on  the  current  clusters  can  be  found  in  Appendix  C. 


Customized  Training  Plan.  To  effect  policy  analyses  of  changes  in 
the  training  plan.  Army  analysts  require  the  ability  to  create  customized 
training  plans.  EPAS  supports  this  by  providing  detailed  editors  which 
allow  analysts  to  perform  such  activities  as  altering  class  sizes  or  start 
dates,  or  entering  or  deleting  MOS. 

Identify  MOS  Classification  Requirements.  Each  MOS  has  certain 
eligibility  requirements,  such  as  minimvuB  ASVAB  scores  and  gender  restric¬ 
tions.  EPAS  must  include  these  MOS  requirements  to  prevent  the  generation 
of  allocation  plans  which,  while  feasible  in  an  overall  sense,  would 
violate  policy  guidelines  and,  therefore,  not  be  practical.  This  func¬ 
tional  requirement  has  been  addressed  by  the  inclusion  of  procedures  to 
allow  definition  and  management  of  these  criteria.  As  with  other 
components  of  EPAS,  customized  definitions  can  be  developed  to  allow 
evaluation  of  alternatives  (such  as  altering  the  minimum  eligibility  score 
for  selected  NOS). 
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OualltY  Allocation  Kodula 


The  Quality  Allocation  Module  (QAM)  addresses  the  principal  requirement  of 
EPAS,  the  generation  of  an  optimal  allocation  scheme.  Figure  11  depicts 
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Figure  11.  QAM  Functional  Requirements. 


the  primary  functional  areas  of  the  QAM.  The  QAM  presented  a  unique 
challenge  to  Project  B,  for  optimization  Is  not  feasible  for  allocating 
Individuals  on  a  one-by-one  basis,  while  sequential  classification  cannot 
take  Into  account  the  overall  goals  and  missions  of  the  Army  by  "looking 
ahead"  at  future  applicant  supply  and  MOS  requirements.  Research  was 
performed  to  Identify  and  develop  techniques  by  which  optimal  strategies 
could  be  applied  to  an  Inherently  sequential  process. 

A  two-stage  approach  was  employed  to  allow  EPAS  to  "...allocate  Indivi¬ 
duals  on  a  one-by-one  basis  while  simultaneously  taking  Into  account  the 
overall  goals  of  the  Army..."  (SOW,  pg.  4).  Optimization  Is  used  to 
generate  aggregate  allocations,  thus  providing  a  classification  strategy 
to  address  the  overall  goals  and  missions.  The  optimization  develops  a 
12-month  classification  strategy  that  meets  all  training  targets  and 
constraints  defined  at  the  Supply  Group  and  MOS  Cluster  level  of  detail. 

This  classification  strategy  Is  then  input  to  a  detailed,  sequential 
classification  procedure  (described  below)  to  process  Individuals.  The 
resulting  sequential  process  gains  "look-ahead"  Intelligence  of  future 
recruiting  conditions  when  making  classification  recommendations. 


Setup  Optimization  Problem.  Based  on  the  analyses  described  in 
Appendix  C,  GRC  analysts  developed  two  methodologies  to  meet  the  EPAS 
challenge:  a  modified  assignment  network,  using  special  structure 
techniques  to  Incorporate  various  Army  recruiting  policies,  and  an  LP, 
which  expands  the  structure  to  provide  additional  detail. 

For  each  formulation,  the  first  step  In  the  optimization  process  Is  the 
formulation  of  the  problem  to  be  solved.  This  process  Is  similar  for  both 
techniques.  Involving  the  translation  of  the  many  Army  policies,  goals, 
objectives,  and  limitations  Into  a  mathematical  model. 
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Perform  Qpttmtzatlon  Froceduret.  Both  the  network  and  the  LP 
programs  used  by  EPAS  are  "off-the-shelf"  procedures:  the  network  utilizes 
ARCNET;  the  LP,  Whlzard.  Both  of  these  programs  are  currently  available 
on  the  ISC-P  computer  facility. 

Network  Formulation.  Figure  12  depicts  the  basic  formulation  used 
by  the  EPAS  network  model.  The  network  model  works  as  follows: 


(1)  Forecasted  supply  for  each  Supply  Group,  by  month,  is  input  to 
the  model.  This  supply  may  be  used  to  fill  training  require¬ 
ments,  specified  by  MOS  Cluster,  for  any  month  from  the 
supply's  arrival  month  to  some  previously  specified  number  of 
months  into  the  future.  This  future  fill  ability  simulates 
the  Army's  Delayed  Entry  Program  (DEP)  and  provides  the  model 
with  its  ability  to  balance  the  recruit  allocations  to 
optimally  meet  the  Army's  goals. 

(2)  Each  MOS  Cluster  has  its  specific  training  parameters  defined: 

(a)  The  quality  goal,  i.e.,  what  portion  of  the  population 
should  be  filled  by  APQT  Category  I-IIIA  recruits.  The 
model  will  assign  each  MOS  at  least  this  number  of 
quality  applicants,  if  this  is  feasible. 

(b)  The  limit  on  AFQT  Category  IV  personnel,  i.e.,  the 
maximum  number  of  such  personnel  which  will  be  allowed 
into  an  MOS  Cluster. 

(c)  The  upper  bound  on  the  training  capacity.  The  total 

training  capacity  of  each  MOS  cluster,  in  general, 

exceeds  the  annual  training  demand  for  that  cluster. 
The  model  utilizes  this  fact  to  provide  additional 
flexibility  in  the  distribution  of  its  supply;  each 
class  will,  however,  not  exceed  its  maximum  capacity. 

(d)  The  annual  training  requirement.  This  value  provides 
the  desired  goal,  i.e.,  the  total  number  of  personnel  to 
be  trained  for  an  MOS  Cluster  during  the  year. 

(3)  The  cost  associated  with  each  possible  Supply  Group/MOS 

Cluster  combination  is  generated  by  an  ancillary  procedure 
called  the  Metric  Generation  Module  (MGM) .  The  network 

algorithm  utilizes  these  costs  to  determine  the  optimal 
configuration,  within  the  Imposed  limits.  The  term  "cost"  is 
an  operations  research  term  which  does  not  necessarily  refer 
to  dollar  cost.  It  is,  instead,  some  measure  of  performance 

to  be  used  by  the  model.  Examples  of  performance  costs 

available  are: 
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Figure  12.  EPAS  Network  Formulation. 


(a)  First  Term  Attrition  --  personnel  are  allocated  to  MOS 
so  as  to  minimize  their  loss  prior  to  completing  the 
first  term  of  enlistment. 

(b)  ASVAB  Composite  Score  --  personnel  are  allocated  to  MOS 
so  as  to  maximize  the  Army-wide  average  Aptitude  Area 
scores  for  all  Initial  entry  skills. 

(c)  DEP/Attrition  Cost  --  personnel  are  allocated  to  MOS  so 
as  to  minimize  the  dollar  cost  associated  with  a 
combination  of  time  in  the  DEP  and  first  term  attrition. 

(d)  Project  A  Composites  --  personnel  are  allocated  to  MOS 
so  as  to  maximize  the  composite  scores  defined  by  the 
Project  A  research.*  (Alternatively,  a  subset  of  the 
Project  A  composite  scores  can  be  used;  e.g. ,  using  only 
the  Technical  Knowledge/Skill  (TKS)  score). 


Linear  Programming  Formulation.  The  network  formulation  provides 
rapid,  optimal,  time-phased  allocations  incorporating  annual  MOS  training 


Project  A  hai  defined  e  new  eet  of  teeti  Mhich  reiult  In  the  generation  of  ecores  for 
five  new  eategorlei,  apeciflcally :  Technical  Knowledga/Skllls.  General  Soldiering 
Skllle,  Phyelcal  Fltnaea/Appaaranca,  Maintaining  Peraonal  Olaclpllna,  and 
Effort/Leadership.  For  more  information  on  theta  new  predictors,  the  reader  It 
referred  to  the  relevant  Project  A  documentation 
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requlrenents  and  quality  goals.  Vhen  this  guidance  Is  communicated  to  the 
detailed  allocation  procedure,  It  allows  generation  of  ordered  lists  of 
recommended  MOS  assignments  which  will  meet  the  Immediate  needs  of  the 
Army,  address  the  long-range  objectives  of  the  Army,  and  Incorporate  the 
predicted  performance  of  the  Individual  applicant. 

The  network  formulation  is  constrained,  however,  in  the  type  of  problems 
which  can  be  solved.  These  constraints,  called  "non-network  constraints,” 
limit  the  detail  which  can  be  built  Into  the  model.  An  alternative. 


Figure  13.  EPAS  Linear  Program  Formulation. 


Linear  Programming  (LP)  formulation,  depicted  in  Figure  13,  was 
constructed  to  provide  additional  simulation  detail  In  the  optimization 
model . 

In  Figure  13,  the  non-network  constraint  is  depicted  In  the  collection  of 
the  supply  Into  the  basic  training  node  (BT)  and  Its  subsequent  expansion 
Into  the  component  supply  groups. 


Model  Formulation  Summary.  The  LP  formulation,  while  providing 
additional  accuracy,  does  so  at  the  expense  of  execution  time.  EPAS 
utilizes  both  the  network  and  LP  formulations  to  provide  speed  for  the 
Policy  Analysis  Mode  and  accuracy  for  the  Simulation  and  Operational 
Modes.  The  three  functional  areas  described  thus  far  --  define  applicant 
supply,  define  MOS  requirements,  formulation  of  the  optimization  model  -- 
provide  a  stand-alone,  analysis  capability  enabling  the  Army  analyst  to 
examine  feasibility  and  Impact  of  policy  alternatives  at  an  aggregate 
level. 


Generate  Ordered  Lists.  Vhen  the  optimal  solution  has  been 
generated,  the  resulting  guidance  la  formulated  so  that  It  can  be 
communicated  to  the  detailed,  sequential  allocation  procedures.  This 
functional  area  performs  two  major  tasks: 
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1)  Definition  of  Non-Optimal  Payoffs.  The  solution  generated  by 
the  optimization  procedures  is  not  a  practical  one.  Individual 
anomalies  and  preferences  will  result  in  applicants  con¬ 
tracting  for  MOS  other  than  those  in  the  optimal  solution.  An 
ordered  list  must  be  generated  to  provide  the  relative 
desirability  of  alternate  MOS/start  date  combinations. 

2)  Decomposition  of  the  Aggregate  Solution.  Individuals  are  not 
assigned  to  MOS  Clusters;  therefore,  the  solutions  generated 
by  the  optimization  routines  must  be  decomposed  into  the 
component  MOS. 

The  QAM  utilizes  the  reduced  costs  associated  with  the  optimal  solution  to 
generate  an  ordered  list  of  optimal  and  non-optlmal  MOS/start  date 
combinations  for  each  Supply  Group. 


Reorder  List  for  Critical  MOS.  The  final  action  performed  by  the 
QAM  is  an  analysis  of  each  MOS  in  the  ordered  list  to  Identify  potentially 
critical  ones.  In  the  construction  of  MOS  Clusters,  information  about 
individual  MOS  will  be  lost.  It  is  possible,  therefore,  for  a  small,  or 
critical,  MOS  to  be  "masked"  by  larger  MOS  within  the  same  cluster.  The 
optimization  procedure  may  assign  a  relatively  low  priority  to  the 
critical  MOS  because  of  the  total  capacity  of  the  cluster. 

The  QAM  identifies  all  such  MOS  and  repositions  them  on  the  ordered  list 
as  a  function  of  criteria  such  as  the  MOS's  priority,  its  difficulty  of 
fill,  and  the  time  left  to  fill  the  training  requirement. 


Applicant  Classif ication  Module 

The  optimization  model  leads  to  aggregate  allocations  which  do  not  Include 
all  the  detail  necessary  to  make  individual  sequential  MOS  recommenda¬ 
tions.  The  capability  had  to  be  developed,  therefore,  for  dealing  with 
the  contract’s  requirement  to  allocate  "individuals  on  a  one-by-one 
basis."  Personal  choice,  specific  individual  characteristics,  and 
hour-by-hour  MOS  availability  all  contribute  to  a  level  of  detail  with 
which  the  optimization  procedures  cannot  deal. 
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A  detailed,  sequential  classification  routine,  called  the  Applicant 
Classification  Module  (ACM) ,  was  developed  to  simulate  the  classification 
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Simulate 

Fill 

(Capability 


Figure  14.  ACM  Functional  Requirements. 


of  Individual  recruits.  Figure  14  depicts  the  functional  requirements  of 
the  ACM.  The  ACM  takes  Into  account  the  Individual  characteristics  and 
specific  MOS  requirements  which  may  allow  or  prevent  specific  PJM  assign¬ 
ments  . 


Define  Applicant  Arrivals.  A  simulated  population  of  individual 
recruits  must  be  available  for  the  detailed  analyses  performed  In  the 
Simulation  Mode.  An  ancillary  routine,  the  Applicant  Setup  (APS)  proce¬ 
dure,  generates  a  statlstlcally-def ined  file  of  actual  recruit  records. 
In  the  APS,  the  Army  manager  defines  the  size,  distribution,  and  source  of 
the  desired  simulation  population.  Actual  records  are  then  randomly 
selected  to  form  the  population.  (The  standard  population  is  a  20%, 
proportional  subset  of  the  total  population,  l.e.,  the  subset  maintains 
the  same  demographic  distributions  as  the  full  file.) 

The  ACM  controls  the  selection  of  individual  records  from  the  user-defined 
subset,  feeding  them  one  at  a  time  to  subsequent  ACM  functions.  Thus,  the 
ACM  simulation  procedures  are  able  to  process  applicants  in  an  accurate 
simulation  of  a  real-world  environment, 


Generate  PJM  Scores.  The  next  step  in  the  detailed  allocation 
process  is  the  generation  of  the  PJM  scores  for  the  applicant  being 
processed.  The  ACM’s  scoring  routines  were  designed  to  be  consistent  with 
the  Classification  Hierarchy  (page  10)  of  the  Army's  current  system,  l.e., 
it  uses  a  linear,  weighted  combination  of  individual  factors.  This 
formulation  allows  Army  managers  and  analysts  direct  control  over  the 
affects  of  the  individual  factors. 

The  research  objectives  of  the  ACM  were  twofold:  to  provide  a  detailed 
allocation  simulation  capability  and  to  serve  as  a  "test  bed"  for  the 
evaluation  of  new  scoring  factors.  To  meet  these  objectives,  the  scoring 
routines  were  divided  into  three  categories,  as  depicted  in  Figure  IS, 
each  of  which  is  constructed  in  a  highly  modularized  fashion.  The  three 
categories  are: 
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Figure  15,  ACM  Person- Job  Match  Categories. _ _ 

(1)  Army  Requirements,  The  modules  within  this  category  reflect 
the  need  for  the  Army  to  meet  its  annual  mission  Independent 
of  the  characteristics  of  the  individual  applicants.  This 
allows  Army  managers  to  ensure  that  less  desirable,  hard-to- 
fill  skills  are  given  additional  emphasis  by  the  system  so 
that  their  annual  requirements  are  met.  (This  category  is 
comparable  to  the  MOS  Status  portion  of  the  current  Classifi¬ 
cation  Hierarchy.) 

(2)  Applicant  Characteristics.  The  modules  within  this  category 
reflect  the  anticipated  performance  of  the  applicant,  allowing 
the  system  to  determine  the  MOS  in  which  the  applicant  can 
perform  best.  This  MOS  is  called  the  "local  optimal"  as  it 
reflects  the  Individual's  best  Job  match,  without  regard  to 
the  overall  goals  and  missions  of  the  Army.  [This  category  is 
roughly  comparable  to  the  Applicant  Qualification  portion  of 
the  current  Classification  Hierarchy.) 

(3)  Optimization  Ordered  List.  This  category  provides  the  ACM 
with  the  ability  to  identify  the  "global  optimal,"  i.e.,  the 
best  Job  match  taking  into  account  the  overall  goals  and 
missions  of  the  Army.  The  Optimization  Ordered  List  is  used 
both  to  identify  the  MOS/start  dates  to  be  scored  and  provide 
the  relative  merit  of  each  combination.  (There  is  no  com¬ 
parable  capability  within  the  current  Classification 
Hierarchy) . 
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The  modules  within  each  category  measure  some  specific  characteristic  of 
the  person-job  match,  e.g.,  the  predicted  first  term  attrition.  Each  of 
the  disparate  measures  are  scaled  to  a  common,  dimensionless  unit  measure 
and  are  tbjen  linearly  weighted.  The  resulting  composite  measure  provides 
a  numeric  payoff  for  each  specific  person-job  match.  The  Job  match  with 
the  highest  numerical  value  represents  the  "best"  possible  assignment, 
taking  into  consideration  the  individual's  characteristics,  the  Army's 
requirements,  and  the  long-range  goals  and  missions. 

By  combining  the  optimization  routine's  aggregate  guidance  with  the  ACM's 
detailed  allocations,  EPAS  can  perform  accurate  simulations  of  the 
probable  Impacts  of  policy  alternatives. 


Simulate  Job  Acceptance.  Once  potential  Job  matches  have  been 
identified,  scored,  and  rank-ordered,  acceptance  of  a  specific  option  from 
the  ordered  list  must  be  simulated.  The  ACM  provides  severe’  .otlons 
which  may  be  used  by  the  analyst  to  determine  which  Job  will  be  selected 
from  the  list  of  options. 


Simulated  Fill  Capability.  When  the  simulation  capabilities  of  EPAS 
are  being  employed,  the  system  will  automatically  update  training  fill  to 
reflect  the  simulated  assignments  being  generated  by  the  system.  Clearly, 
this  process  cannot  be  allowed  to  interfere  with  the  actual  training  plan 
defined  for  REQUEST'S  day-to-day  operations.  Similarly,  if  repeated 
analyses  are  being  conducted,  the  analyst  should  not  be  required  to 
redefine  the  training  plan  for  each  alternative  being  examined.  EPAS, 
therefore,  has  been  developed  to  utilize  a  temporary  definition  of  the 
selected  training  plan,  thus  allowing  full  simulations  without  altering 
the  training  plan  on  which  the  simulations  are  based. 


REQUEST  Interface  Module 

The  ACM  provides  the  detailed  allocation  capability  for  EPAS'  Simulation 
Mode.  In  its  Operational  Mode,  however,  the  detailed  allocation  will  be 
performed  by  the  Army's  existing  systems.  In  particular,  REQUEST.  This 
capability  will  require  two  developments: 

1)  A  module,  the  REQUEST  Interface  Module  (RIM)  to  communicate 
the  EPAS  optimal  guidance  (l.e.,  the  ordered  list)  to  REQUEST. 

2)  Modifications  to  REQUEST'S  Search  routines  to  accept  and 
process  the  optimal  guidance. 

Discussion  of  these  Issues  will  be  found  in  Chapter  IV,  Results  and 
Recommendations . 
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To  meet  the  needs  of  this  research,  EPAS  had  to  be  developed  within  a 
user-friendly,  Interactive,  computerized  system  framework.  This  enables 
the  evaluation  of  interdependent  methodologies  in  a  controlled  environment 
and  supports  test  scenarios. 

A  detailed  discussion  of  the  characteristics  and  key  features  of  the  EPAS 
system  framework  may  be  found  in  Appendix  C.  The  basic  features  are 
summarized  below. 


System  Framework.  The  system  framework,  called  the  Process  Test 
System  (PTS) ,  provides  several  features  to  facilitate  development, 
testing,  and  analytical  support.  The  significant  aspect  of  the  PTS  from 
the  user's  standpoint  Is  its  use  of  interactive  menus  to  control  all 
aspects  of  the  system.  Figure  16  presents  an  example  of  a  typical  menu  as 
Implemented  in  the  EPAS  user  interface.  These  menus  allow  the  EPAS  user 
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Figure  16.  Sample  EPAS  Menu. 


to  easily  set  up  alternate  scenarios  and  control  their  execution  and 
analysis. 


Standardized  Editors.  All  data  within  EPAS  is  accessible  to  the 
user  through  a  series  of  Interactive  editors.  Access  to  the  full  spectrum 
of  data  provides  the  ability  to  easily  alter  any  data  within  the  model  for 
policy  analysis  and  the  ability  to  query  the  current  or  simulated  values 
for  any  part  of  the  system.  The  Army  analyst  can  define  alternate 
scenarios  through  the  Standardized  Editors,  saving  each  as  a  different 
file  within  the  EPAS  data  base.  All  editors  have  been  standardized  to 
provide  identical  capabilities. 


Eaiecutlon  Control.  The  execution  control  procedures  within  the  PTS 
perfom  all  actions  necessary  to  generate  and  execute  the  model  in 
accordance  with  the  user's  specifications.  The  analyst  Identifies  which 
of  the  saved  scenario  files  are  to  be  used  for  a  given  execution.  The 
Execution  Control  procedures  then  automatically  generate  the  necessary  Job 
control  information  and  submit  the  job  for  execution. 


Report  Results.  If  the  policy  analysis  capabilities  of  EPAS  are  to 
be  utilized,  the  Army  analyst  must  be  able  to  generate  clear,  precise 
reports  describing  the  results  of  the  simulations.  The  user  may  select 
desired  reports  as  an  execution  is  being  formulated.  These  reports  will 
then  be  generated  automatically. 

The  user  may  also  request  the  generation  of  reports  after  the  model 
execution  has  been  completed.  To  facilitate  this  option,  ERAS  automati¬ 
cally  computes  summary  statistics  as  the  model  executes.  Vhen  after-the- 
fact  reports  are  requested,  these  summary  files  are  accessed  to  speed  the 
report  generation  process.  Full  detail  is  also  kept  after  each  Iteration, 
so  detailed  queries  may  also  be  generated  If  desired. 
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IV.  RESULTS  AND  RECOMMENDATIONS 


The  long-range  objective  of  this  research  is  the  development  of  a 
computerized  decision  support  system  which  will  apply  Project  A's  new 
measures  and  Project  B's  new  techniques  to  the  actual  selection  and 
classification  of  recruits.  This  objective  can  only  be  realized  if  the 
results  of  Projects  A  and  B  demonstrate  feasible  and  positive  results. 
This  section  presents  a  quantitative  summary  of  the  results  of  Project  A, 
requirements  to  implement  the  results  of  Project  B  as  an  operational 
system,  and  recommendations  for  future  research. 


RESULTS 

Feasibility  of  Approach 

The  results  of  the  research  conducted  under  this  contract  demonstrate 
conclusively  the  feasibility  of  applying  global  optimization  techniques  to 
the  recruit  allocation  problem.  Techniques  were  developed  which  enable 
the  global,  optimal  solution  to  be  used  by  the  sequential  PJM  process. 
Additionally,  the  policy  analysis  capability  inherent  in  the  EPAS 
formulation  represents  a  significant  enhancement  to  the  Army's  existing 
management  and  analysis  capabilities. 

Applying  the  EPAS  methodology  will  result  in  a  totally  different  list  of 
recommended  MOS.  Table  6,  for  example,  shows  the  list  of  recommended  MOS 
generated  by  the  two  approaches  for  the  same  two  applicants.  Both  the 
applicants  in  Table  6  were  male,  high  school  graduates.  One  was  in  AFQT 
Category  II,  with  an  AFQT  score  of  88;  the  other,  AFQT  Category  IIIA,  with 
an  AFQT  score  of  60.  Both  applicants  were  processed  through  REQUEST;  they 
were  then  processed  using  the  EPAS -generated  optimal  guidance. 

As  one  compares  the  MOS  recommendations,  it  is  clear  that  the  EPAS- 
enhanced  system  generates  a  markedly  different  list  than  that  generated  by 
REQUEST  for  any  given  individual.  None  of  the  REQUEST- generated 
recommendations  are  on  the  EPAS  recommendations  for  either  of  the  two 
individuals  depicted  in  Table  6. 

In  addition,  the  ordered  list  from  REQUEST  is  virtually  identical  for  the 
two  applicants.  The  only  distinction  between  the  two  lists  is  the  result 
of  the  AFQT  Category  II  individual  meeting  a  qualifying  score  which  the 
AFQT  Category  IIIA  individual  fails. 

EPAS,  on  the  other  hand,  produces  a  distinctly  different  list  for  the  two 
applicants.  Clearly,  the  difference  in  methodology  between  EPAS  and 
REQUEST  has  a  significant  impact  on  the  outcome. 

Results  of  Methodology 

Preliminary  analysis  performed  by  ARI  prior  to  the  award  of  contracts  for 
Projects  A  and  B  indicated  significant  room  for  improvement  in  the 
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Table  6.  Comparative  MOS  Recommendations. 


Applicant  One 
APQT  Category  IlIA 

ORDER  No.  REQUEST 

EPAS 

Applicant  Two 
AFQT  Category  II 

ORDER  No.  REQUEST 

EPAS 

1 

13B 

26L 

1 

13B 

13C 

2 

98C 

27B 

2 

98C 

13E 

3 

63T 

27N 

3 

63T 

13F 

4 

IIX 

32D 

4 

IIX 

19D 

5 

29F 

32C 

5 

33T 

27M 

6 

94B 

32H 

6 

29F 

36C 

7 

96R 

34Y 

7 

94B 

41C 

8 

31C 

35L 

8 

96R 

41J 

9 

63D 

35M 

9 

31C 

45B 

10 

93B 

35R 

10 

63D 

45K 

utilization  of  available  recruiting  resources.  Simulations  using  have 
show  that  the  EPAS  methodology  has  the  potential  to  effect  much  of  this 
improvement. 

This  Improvement  is  depicted  In  Figure  17.  Actual  recruits  from  FYSS  were 
randomly  assigned  to  MOS  for  which  they  minimally  qualified.  The  Aptitude 
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Figure  17. 

Potential 

for  Improved  Performance. 

Area  Composite  scores  associated  with  the  resulting  MOS  were  averaged. 
The  resulting  score,  106.7,  represents  the  expected  value  if  no  systematic 
approach  were  used  to  allocate  NFS  recruits.  Next,  the  highest  aptitude 
area  score  for  each  recruit  was  averaged,  without  regard  to  the  availa* 
blllty  of  training  in  the  aptitude  area.  The  resulting  score,  114.4, 
represents  an  absolute,  albeit  unattainable,  maximum  value. 

The  average  aptitude  area  score  from  the  actual  MOS  to  which  the  recruits 
were  assigned  was  108.5.  This  Indicates  that  the  current  allocation 
system  was  able  to  effect  an  Improvement  of  22%  of  the  potential  range. 
Simulations  using  the  EPAS  methodology  raised  the  expected  average  score 
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to  111.3.  This  represents  an  improvement  of  nearly  60%  of  the  potential 
range;  almost  triple  that  achieved  by  the  current  system. 

Research  has  also  shovm  that  a  synergistic  relationship  exists  between 
Projects  A  and  B.  The  results  of  either  project  may  be  used  Independently 
to  provide  performance  Improvements  over  the  current  system.  Using  both 
together,  however,  provides  an  anticipated  Improvement  greater  than  the 
sum  of  the  two  used  Independently. 

Figure  18  graphically  depicts  predicted  performance  increases  In  AFQT 
Category  I-IIIA  equivalents*.  One  of  the  early  results  from  the  Project  A 
research  was  a  recommendation  to  redefine  the  ASVAB  subtests  used  to 
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Figure  18.  Project  A  and  B  Synergistic  Effects . 


compute  the  Mechanical  Maintenance  (MM)  aptitude  area  composite  score.  As 
can  shown  In  Figure  18,  application  of  this  Independently  resulted  In  a 
slight  gain  of  performance,  equivalent  to  about  1,000  additional  AFQT 
Category  I-IIIA  personnel.  Similarly,  independent  use  of  EPAS  resulted  in 
an  Increase  of  nearly  30,000  I-IIIA  equivalents. 

When  the  two  are  used  together  a  substantial  Increase,  equivalent  to 
approximately  40,000  additional  I-IIIA  personnel,  was  experienced.  This 
increase  is  significantly  more  than  the  simple  sum  of  the  two  efforts 
taken  Independently. 


ATOT  Catagor;  1-IIIA  a<]uivalanta  rafara  to  tha  Duobar  of  additional  quality  (l.a., 
AFQT  Catagory  I-IIIA)  paraonnal  which  would  hava  to  ba  racrultad  to  achlava  tha  aama 
Mtfonsanca  Inciaaaa  aa  wai  galnad  by  radiatrlbutlng  tha  paraonnal  actually  racrultad. 
Tha  USAMC  racrultlng  budgat  la  dlractly  affactad  by  tha  nuD^ar  of  quality  racrulti 
raquirad.  Thua,  thla  aMaaura  daplcta  dollar  aavlnga  at  wall  at  parfonsanca 
improvaoanta . 


37 


IMPLEMENTATION  RECOMMENDATIONS 


The  demonstrated  feasibility  of,  and  anticipated  improvements  from  using, 
the  EPAS  methodology  clearly  warrant  the  development  of  a  fully  opera¬ 
tional  capability.  GRC  developed  EPAS  with  the  concept  that  much  of  the 
system,  particularly  the  core  modules,  would  be  usable  in  an  operational 
system.  Some  additions  to,  and  modifications  of,  the  existing  system  will 
be  required,  however,  to  develop  a  usable  operational  capability. 


Data  Support  Reouirements 

Foremost  among  the  necessary  activities  is  full  automation  of  the  data 
environment.  The  EPAS  data  is  currently  based  on  information  from  a 
variety  of  sources,  e.g.,  recruiting  transactions  from  USAREC.  These  data 
are  edited  using  a  combination  of  special-purpose,  ancillary  routines  and 
manual  review.  While  adequate,  and  frequently  necessary,  in  a  research- 
oriented  environment,  this  practice  will  not  be  practical  in  an  opera¬ 
tional  environment. 

GRC  published  a  Data  Requirements  Dociament  in  March,  1989  (GRC  Report 
1317-33-89-TR)  describing  the  type  of  data  and  probable  data  sources 
needed  to  support  a  fully  operational  EPAS.  The  first  step  in  developing 
an  operational  capability  must  be  verification  of  these  data  requirements 
and  sources,  establishing  procedures  to  facilitate  the  routine  transfer  of 
data,  and  automation  of  procedures  to  edit  and  load  the  data. 


Identification  of  Functional  Requirements 

The  functional  proponent  for  this  contract  was  ARI;  the  associated 
functional  requirements  were  research  oriented.  All  contractual  efforts 
have,  obviously,  oriented  on  the  types  of  issues  associated  with  the 
ongoing  research  being  performed  by  ARI,  Project  A,  and  EPAS  Itself. 
Output  reports,  for  example,  provide  extensive  analytical  Information 
enabling  analysts  to  perform  detailed  studies  issue  being  investigated. 

Implementation  of  a  practical  operational  capability  requires  identifica¬ 
tion  of  the  end-users  of  the  system  and  a  clear  definition  of  the 
functional  requirements  which  will  be  necessary  to  support  their  day-to- 
day  needs . 


Modification  to  EPAS 

The  EPAS  routines,  while  designed  to  have  practical  applications,  are  not 
necessarily  compatible  with  the  needs  of  an  operational  environment. 
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The  flexibility  of  EPAS,  l.e.,  the  ability  of  the  system  to  change 
parameters,  is  inappropriate  to  an  operational  environment. 


In  many  cases,  EPAS  was  designed  to  facilitate  an  analysts  need  to  test 
alternatives.  An  example  of  this  is  the  generation  of  Aptitude  Area 
Composite  scores.  EPAS  currently  utilizes  the  ASVAfi  subtest  raw  scores  as 
input.  Composite  scores  are  computed  within  the  model.  This  capability 
has  been  used  to  support  various  research  issues,  such  as: 

•  Evaluation  of  alternative  composite  formulations,  l.e.,  using 
different  subtests  to  generate  composites. 

•  Evaluation  of  alternative  aptitude  area  definitions,  e.g.,  the 
Project  A  recommendation  to  change  from  nine  to  five  aptitude 
areas . 

•  Evaluation  of  alternative  predictive  measures,  e.g., 
predicting  Skill  Qualification  Test  (SQT)  scores  based  on  the 
subtest  scores. 

Capabilities  such  as  this  provide  an  inappropriate  degree  of  flexibility. 
While  mandatory  to  support  research  associated  with  this  contract,  this 
flexibility  complicates  the  model  operationally.  Further,  many  of  the 
capabilities  Inherent  in  EPAS  may  result  in  completely  unacceptable 
abilities. 


Insufficient  Model  Flexibility 

Conversely,  in  some  instances,  the  model  did  not  require  the  kind  of 
flexibility  that  is  required  in  an  operational  capability.  An  example  of 
this  is  in  the  definition  of  the  basic  LP  formulation.  As  depicted  in 
Figure  13,  page  28,  a  time  lag  may  exist  between  the  completion  of  basic 
training  and  the  beginning  of  AIT.  The  duration  of  this  time  is  defined 
by  Army  policy  and  may  be  changed. 

From  the  standpoint  of  verification  of  the  LP  formulation,  however,  it  was 
necessary  only  to  demonstrate  that  the  problem  could  be  successfully 
defined  and  solved.  The  period  between  BT  and  AIT  has  been  "hard  coded" 
at  two  weeks  in  the  current  model.  Operationally,  this  value  needs  to  be 
defined  as  a  parameter,  with  appropriate  support  procedures  established  to 
enable  the  Army  manager  to  change  its  value. 


Interface  with  REQUEST 

EPAS,  with  its  Policy  Analysis  and  Simulation  Modes,  has  the  ability  to 
function  Independently.  To  be  used  effectively,  the  Operational  Mode  must 
also  be  fully  Implemented.  This  will  require  interfacing  EPAS  with 


REQUEST.  This  interface  will  require  modifications  to  REQUEST  and 
enhancements  to  ERAS. 


Modification  to  REQUEST 

Several  major  modifications  are  required  if  REQUEST  is  to  be  able  to  apply 
the  lessons  learned  from  Projects  A  and  B: 

(1)  New  factors  will  have  to  be  added  to,  or  existing  factors 
replaced  in,  the  current  hierarchy  to  utilize  the  Project  A 
measures  of  prediction. 

(2)  A  means  must  be  developed  to  utilize  the  planning  guidance 
from  the  ERAS  (Project  B)  optimization  routine. 

(3)  Recognition  of  the  ERAS  Supply  Groups. 


Accept  Nev  Predictors.  The  focus  of  the  Project  A  effort  is  to 
develop  new  performance  predictors,  enabling  the  Army  to  better  utilize 
applicants.  ERAS  has  been  specifically  designed  to  use  these  measures; 
REQUEST,  on  the  other  hand,  would  have  to  be  modified  to  accept  these  new 
predictors . 

In  addition,  the  EPAS-enhanced  sequential  classification  algorithms  must 
have  a  factor  which  will  enable  them  to  accept  the  relative  PJM  score 
generated  by  the  optimization  procedures.  This  capability  is  required  to 
differentiate  among  the  relative  merit  of  allocation  combinations. 

For  example,  if  the  relative  [optimal]  scores  for  two  combinations  were 
1000  and  995,  there  is  little  substantial  difference  between  the  two.  The 
final  decision  could,  in  effect,  be  based  on  other  factors  in  the 
classification  algorithm.  If  the  scores  were  1000  and  500,  however,  a 
significant  preference  of  one  over  the  other  is  being  Indicated  and  must 
be  addressed. 


Utilizing  EPAS  Guidance.  Because  of  the  large  number  of  MOS/start 
date  combinations  available  to  applicants,  both  EPAS  and  the  REQUEST 
search  routine  utilize  logic  to  reduce  the  number  of  combinations  to 
actually  be  considered  for  an  applicant.  Both  systems  first  eliminate  all 
MOS  for  which  the  applicant  is  not  eligible,  e.g.,  those  for  which  the 
applicant  fails  to  achieve  the  minimum  qualifying  ASVAB  score. 

request's  search  algorithm  only  examines  those  MOS  with  classes  within  a 
specified  search  window  (page  8).  This  approach  results  in  a  myopic 
perspective,  preventing  the  scoring  algorithms  from  evaluating  skills 
essential  to  the  Army. 


EPAS,  on  the  other  hand,  ellninates  MOS/date  combinations  based  on  the 
ordered  list  generated  by  the  optimization  routines.  The  ordered  list  has 
the  effect  of  eliminating  MOS  which,  while  the  applicant  meets  eligibility 
requirements,  represent  less  desirable  assignments  while  examining  classes 
for  the  remaining  MOS  throughout  the  DEP  horizon. 

The  impact  of  this  difference  is  depicted  in  Figure  19.  In  this  figure, 
HOS/start  dates  processed  by  REQUEST'S  Search  Window  methodology  are  only 


Figure  19.  PJM  Scoring:  REQUEST  vs  EPAS 


those  depicted  in  the  unshaded  regions.  Those  processed  by  the  EPAS 
methodology  are  circled.  Clearly,  there  are  substantial  differences 
between  the  two. 

Because  of  this  difference.  Implementation  of  EPAS  optimal  guidance  solely 
as  a  new  factor  in  the  classification  hierarchy  would  be  largely 
Ineffective.  With  the  current  Search  Window  methodology,  most  of  the 
guidance  provided  by  EPAS  would  be  lost.  Highly  recommended  Jobs  from 
EPAS  would  never  be  seen  by  REQUEST,  hence  their  factor  score  would  be 
meaningless . 


Recognition  of  Supply  Groups.  EPAS  generates  optimal  guidance  for 
Supply  Group  aggregations,  not  for  individual  applicants.  REQUEST, 
therefore,  will  have  to  implement  a  procedure  which  will  enable  it  to 
determine  with  which  Supply  Group  a  specific  applicant  is  associated. 
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EPAS  Enhancements 


Implementation  of  the  EPAS  Operational  Mode  requires  development  of  the 
REQUEST  Interface  Module  (RIM) .  The  RIM  would  provide  two  types  of 
information  to  REQUEST: 

(1)  Ordered  list  guidance  for  each  Supply  Group. 

(2)  Statistical  Information  for  determining  with  which  Supply 
Group  Individual  applicants  are  to  be  associated. 

Details  on  the  data  to  be  generated  by  the  RIM  may  be  found  in  Appendix  D. 

In  addition,  the  weekly  transaction  information  from  REQUEST  would  have  to 
be  made  available  to  EPAS.  This  data  would  be  used  to  update  the  supply 
and  demand  projections,  allowing  weekly  recommendations  to  be  made  based 
on  current  status. 


RECOMMENDATIONS  FOR  FURTHER  RESEARCH 

In  the  course  of  the  work  performed  In  the  development  of  EPAS,  several 
areas  were  identified  in  which  GRC  personnel  felt  additional  research 
would  be  warranted.  These  issues  were  identified  as  secondary  issues, 
that  is,  ones  not  specifically  need  to  validate  the  EPAS  concept. 
Instead,  they  represent  enhancements  of  capabilities  to  provide  better  PJM 
recommendations . 


Dynamic  Analysis  of  Supply  Forecasts 

The  Supply  Group  forecasts  used  by  EPAS  are,  of  necessity,  generated  by 
applying  historically-based  statistical  distributions  to  forecasts  of 
future  contracts,  e.g.,  the  USAREC  Mission  Blocks.  The  EPAS  methodology 
applies  its  statistical  distributions  to  the  forecasts  to  generate  Its 
detailed  (Supply  Group  by  month)  forecasts.  Adjustments  to  the  forecasts 
are  made  throughout  the  year  as  actual  contracts  are  recorded. 

These  adjustments  are  made,  however,  with  the  underlying  assumption  that 
the  forecasts  of  contracts  are  correct.  If  the  forecasts  are  in  fact 
erroneous,  the  detailed  forecasts  will  continue  to  be  in  error.  It  would 
be  highly  deslreable  to  be  able  to  automatically  distinguish  between 
accurate  forecasts  with  different  detailed  distributions  and  erroneous 
forecasts.  Such  a  capability  would  also  be  of  significant  benefit  to  Army 
managers  as  well,  enabling  them  to  identify  problems  in  achieving 
specified  recruiting  missions  before  these  problems  become  critical. 

The  techniques  used  by  EPAS  to  generate  Supply  Groups  and  to  adjust 
forecasts  based  on  actual  occurrences  would  appear  to  offer  an  excellent 
means  of  automatically  identifying  potentially  problematic  situations. 
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Research  In  this  area  would  focus  on  identification  of  statistical 
techniques  to  identify  significant  deviations  from  expected  values  and 
evaluating  the  feasibility  of  merging  these  techniques  into  EPAS’  Supply 
Group  definition  and  forecasting  procedures. 


Coal  Programming 

One  of  the  principle  activities  performed  In  the  aggregate  optimization 
procedures  (see  page  25)  is  the  decomposition  of  the  MOS  Clusters 
recommended  for  a  Supply  Group  into  their  component  MOS.  This  function  is 
necessary  to  ensure  that  information  about  critical  MOS  (i.e.,  those  which 
must  have  immediate  action  taken  to  ensure  that  their  annual  requirements 
are  met)  is  not  lost. 

The  current  process  employed  by  the  QAM  is  a  relatively  simple  heuristic. 
GRC  personnel  have  observed  that  the  decomposition  problem  might  be  an 
ideal  Goal  Programming  application.  In  this  concept,  the  EPAS  LP  would 
continue  to  be  used  to  define  the  optimal  solution  as  a  list  of  MOS 
Clusters  for  each  Supply  Group.  Each  Supply  Group  would  then  be  the  basis 
for  a  secondary  optimization  problem.  The  secondary  problems  would  solve 
for  the  optimal  MOS  list,  while  remaining  constrained  to  the  MOS  Cluster 
solution  of  the  global  LP. 

Research  in  this  issue  would  involve  basic  feasibility  assessment;  problem 
formulation,  in  particular,  definition  of  a  suitable  objective  function; 
and  benefit/cost  evaluations. 


Probability  of  Acceptance 

A  key  issue  in  the  Simulation  Mode  is  the  determination  of  which  Job  offer 
would  be  accepted  by  an  applicant.  Numerous  techniques  have  been  included 
in  the  ACM  to  simulate  this  occurrence  (see  Appendix  C) .  Each  of  these 
techniques,  however,  provide  .'.n  a  priori  estimate,  that  is,  the  technique 
is  defined  before  any  recommendations  are  made  and  is,  therefore, 
independent  of  the  guidance  provide  by  the  model. 

An  alternative  approach  is  to  dynamically  define  the  probability  of  an 
applicant  accepting  a  Job  offer  as  a  function  of  the  applicant's 
characteristics  and  the  MOS'  requirements.  This  alternative  would  seem  to 
offer  a  more  accurate  means  of  simulating  outcome.  It  would  also  provide 
a  new  metric  which  might  be  directly  applicable  in  both  the  aggregate  and 
detailed  allocation  process. 

Before  such  an  approach  could  be  Implemented,  extensive  research  will  be 
required  to  identify  the  Independent  variables,  i.e.,  the  predictors,  the 
functional  relationship,  and  the  statistical  accuracy  of  such  a  technique. 
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Extensive  research,  as  docuaented  in  Appendix  C,  has  been  conducted  into 
the  definition  of  Supply  Groups.  This  research  has  focused  almost 
entirely  on  defining  the  Supply  Groups  from  the  base  of  the  USAREC  Mission 
Goals.  The  accurate  forecasting  of  contracts  in  terms  of  Supply  Groups  is 
essential  to  the  success  of  the  EPAS  methodology. 

GRC  has  continuously  reviewed  and  revised  the  methodology  used  to 
generated  Supply  Groups  to  ensure  the  most  accurate  technique  is  always  be 
used.  This  review  process  should  be  continued  to  accommodate  changing 
populations  and  environments. 

The  second  aspect  of  projecting  supply  is  the  forecasting  methodology 
used.  The  USAREC  Mission  Goals,  at  present,  continue  to  be  the  most 
accurate  forecasts,  particularly  in  the  Operational  Mode. 

For  the  Policy  Analysis  and  Simulation  Modes,  however,  alternative 
forecasting  models  may  better  suit  the  needs  of  the  Army's  managers  and 
analysts  as  the  attempt  to  evaluate  the  affect  of  policy  alternatives  on 
future  allocations.  The  generation  and  evaluation  of  forecasting  models 
remains  outside  the  purview  of  EPAS,  but  constant  coordination  is  required 
to  maintain  the  linkage  between  the  forecasting  model  and  the  defintion  of 
the  EPAS  Supply  Groups. 

The  Horne  model,  for  example,  generates  quarterly  forecasts  of  Male,  AFQT 
Category  I-lIIA,  High  School  Graduates.  While  suitable  for  certain  types 
of  policy  analyses,  extensive  additional  analysis  must  be  performed  to 
provide  information  on: 

•  The  rest  of  the  accession  population:  non- graduates ,  females, 
AFQT  Categories  IIIB  and  IV,  etc. 

•  Monthly  distributions 

•  Generation  of  EPAS  Supply  Groups  from  the  adjusted  forecasts. 

Considerable  research  must  be  performeu  i  close  coordination  with  the 
research  into  the  forecasting  models  before  these  models  can  be  used  in 
EPAS. 


Automation  of  MOS  Clustering 

Current  methodology  groups  Individual  MOS  into  MOS  Clusters  by  successive 
partitioning  of  subpopulations.  The  process  results  in  an  excessive 
number  of  clusters.  The  number  is  reduced  to  a  tractable  number  by 
manually  reviewing  and  grouping  selected  clusters.  The  manual  collection 
is  based  on  information  such  as  the  clear- text  description  of  the 
component  skills'  requirements. 
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Automation  of  this  process  vould  be  highly  deslreable  for  a  fully 
operational  Implementation  of  the  EPAS  methodology.  Further  research 
might  yield  means  by  which  this  could  be  accomplished.  Keyword  matching 
algorithms  coupled  with  artificial  Intelligence,  for  example,  might 
provide  the  desired  automation  capability. 
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APPENDIX  A 

TERHS  AND  ABBREVIATIONS 


The  following  terms  end  ebbrevletlons  ere  used  in  this  report  end  Its 

eppendlxes.  A  thorough  understending  of  these  terms  will  signlf Icently 

fecllltete  the  reeder's  understending  of  these  reports. 

Accession  ••  term  epplled  to  e  recruit  who  reports  for  ectlve  duty  end 
begins  formsl  trelning. 

ACM  -•  Appllcent  Clesslf Icetlon  Module  -•  one  of  the  EPAS  core  modules. 
It  performs  the  detelled  ellocetlon  slmuletlons  for  the  model. 

AFQT  ••  Armed  Forces  Quellf Icetlon  Test  ••  the  beslc  test  used  to 
determine  eligibility  for  entrence  into  the  Armed  Forces. 

AFQT  Cetegory  ••  grouping  of  AFQT  scores  Into  cetegorles  besed  on  the 
percentile  of  the  AFQT  score. 

Anclllery  Routines  --  EPAS  procedures  which  ere  supportive  to,  but  not 
pert  of,  the  primary  EPAS  methodology. 

Applicant  -•  term  applied  to  an  individual  who  begins  any  portion  of  the 
recruiting  testing  end  evaluation  process. 

APS  -•  Applicant,  Secondary  File  Generator  -•  the  EPAS  ancillary  procedure 
which  creates  a  simulated  applicant  population. 

AQ  ••  Applicant  Qualifications  ••  that  portion  of  the  REQUEST  Classifies* 
tlon  Hierarchy  which  attempts  to  identify  the  applicant's  suitabil¬ 
ity  for  an  MOS. 

ARCNET  --  the  networking  algorithm  used  by  EPAS*,  a  proprietary  product  of 
Analysis,  Research  and  Computation  of  Austin,  TX. 

ARI  --  Army  Research  Institute  --  the  sponsoring  and  monitoring  agency  for 
the  research  performed  under  this  contract. 

ASVAB  --  Armed  Services  Vocational  Aptitude  Battery  --  a  set  of  tests 
designed  to  determine  an  applicant's  basic  aptitudes  in  several 
areas  pertinent  to  Jobs  within  the  Armed  Forces. 

ASVAB  Composites  -•  linear  combinations  of  the  ASVAB  subtests  used  by  the 
Army  to  determine  an  applicant's  capability  in,  and  qualifications 
for,  groups  of  MOS. 

Classification  Hierarchy  --  the  portion  of  the  REQUEST  system  which 
computes  a  score  to  determine  the  desirability  of  a  specific  PJM. 


Core  Modules  ••  those  procedures  within  EPAS  which  ere  directly  concerned 
with  the  generation  of  an  optimal,  ordered  list  for  future 
applicants. 

CSP  ••  Cross -System  Product  --a  proprietary  product  of  IBM  used  to  define 
EPAS  Interactive  panels  for  data  entry. 

DEP  ••  Delayed  Entry  Program  ••  an  Army  program  through  which  applicants 
can  sign  contracts  but  delay  actual  entry  Into  the  Army  for  a 
negotiated  length  of  time. 

DLF  -•  Decision  Laboratory  Facility  --a  mini-computer-based  facility  used 
to  provide  analytical  support  during  the  early  stages  of  the 
contract. 

DOA  --  Date  of  Availability  --a  user-input  date  utilized  by  REQUEST  to 
determine  which  MOS/class  data  combinations  are  to  be  evaluated  for 
an  applicant. 

DQ  Switch  --  Define  Quality  Switch  --  an  externally-defined  parametric 
switch  used  by  REQUEST  to  distribute  quality  among  MOS  over  time. 

EPAS  --  Enlisted  Personnel  Allocation  System  --  the  computer  system 
developed  under  the  auspices  of  this  contract  to  evaluate  the 
feasibility  of  the  proposed  methodology. 

Evaluation  Factor  --  any  measure  used  to  determine  the  desireablllty  of 
a  potential  person- Job  match. 

GRC  --  General  Research  Corporation  --  the  lead  contractor  for  the  work 
performed  under  this  contract. 

Guidance  Counselor  --  the  Army's  representative  at  a  HEPS  who  negotiates 
the  Initial  entry  MOS  with  applicants. 

ISC-P  --  Information  Services  Command- -Pentagon  --  the  computer  facility 
on  which  the  EPAS  operational  prototype  was  tested. 

Look-up  --  a  mode  of  operating  REQUEST  In  which  the  Guidance  Counselor 
has  the  option  of  directly  evaluating  the  suitability  and  availa¬ 
bility  of  an  MOS  for  an  applicant. 

LP  --  Linear  Program  --  a  linear  optimization  methodology  utilized  by 
EPAS.  LPs  sacrifice  speed  for  detail. 

MEPS  --  Military  Entrance  Processing  Station  -•  the  location  at  which 
applicants  are  tested,  evaluated,  and  contracted  for  military 
service. 
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MGM  ••  Metric  Generation  Module  -•  an  EPAS  ancillary  procedure  which 
generates  the  "cost*  values  to  be  used  by  the  optimization 
procedures. 

MOS  ••  Military  Occupational  Specialty  the  coding  system  by  which  the 
Army  identifies  Its  skill  requirements. 

MPI  ••  Military  Priority  Index  ••  the  result  of  the  REQUEST  Classification 
Hierarchy  scoring  algorithm;  this  value  Indicates  the  desirability 
of  allocating  an  applicant  to  an  MOS. 

MS  ••  MOS  Status  ••  that  portion  of  the  REQUEST  Classification  Hierarchy 
which  determines  the  Army’s  need  to  Immediately  fill  an  MOS. 

Network  ••  a  linear  optimization  methodology  utilized  by  EPAS.  Networks 
sacrifice  detail  for  speed. 

NIH  ••  National  Institute  of  Health  ••  the  computer  facility  on  which  the 
full-scale,  EPAS  prototype  was  developed  and  tested. 

NPS  --  Non-Prlor  Service  •*  applicants  for  military  service  with  no 
previous  military  experience. 

Operational  Mode  ••  one  of  three  waus  of  using  EPAS;  this  mode  Is  designed 
to  provide  day-to-day  support  for  the  NPS  allocation  process. 

Ordered  List  ••  a  rank-ordered  list  of  possible  Initial  assignments  for 
an  applicant.  The  list  Is  ordered  so  that  the  job  best  suited  to 
the  Army's  requirements  Is  first. 

PJM  -•  Person- Job  Match  --a  potential  matching  of  an  applicant  to  an  MOS. 

Policy  Analysis  Mode  ••  one  of  ways  of  using  EPAS;  this  mode  Is  designed 
to  provide  relatively  fast,  aggregate  long-range  projections  of  the 
impact  of  alternative  policies. 

Project  A  --  the  "sister"  contract  to  Project  B;  Project  A  objectives  were 
to  Identify  and  validate  means  of  predicting  performance. 

Project  B  •'  the  contract  under  which  EPAS  was  developed. 

PTS  -•  Process  Test  System  ••  the  basic,  computer  framework  which  links 
together  the  complete  EPAS  system. 

QAM  --  Quality  Allocation  Module  --  one  of  the  EPAS  core  modules;  the  QAM 
sets  up,  performs,  and  analyzes  the  optimal  allocation  of  future 
applicants. 

QFM  --  Quality  Forecasting  Module  ••  one  of  the  EPAS  core  modules;  the  QFM 
defines  anticipated  future  applicants  by  type  and  date  of  arrival. 
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Quality  Coals  ••  the  desired  percentage  of  an  MOS'  annual  requirement  to 
be  filled  with  personnel  In  AFQT  Categories 

REQUEST  ••  Recruit  Quota  System  --  the  system  which  currently  supports  the 
Army's  recruiting  process;  Includes  routines  for  generating  ordered 
lists  of  PJM  recommendations. 


RIM  ••  REQUEST  Interface  Module  --  a  hypothetical  module  required  to 
Interface  ERAS'  Operational  Mode  with  REQUEST.  This  module  will 
have  to  be  developed  If  EPAS  la  made  fully  operational. 

Search  ••  a  mode  of  operating  REQUEST  In  which  the  Guidance  Counselor  has 
the  allows  the  system  to  generate  a  list  of  suitable  and  available 
MOS  for  an  applicant. 

Search  Window  --a  fixed  length  of  time  from  the  DOA;  the  means  by  which 
REQUEST  reduces  the  number  of  MOS/start  date  posslblltles  to  a 
manageable  size. 

Simulation  Mode  ••  one  of  ways  of  using  EPAS;  this  mode  Is  designed  to 
provide  detailed  long-range  projections  of  the  Impact  of  alternative 
policies. 

SQT  --  Skill  Qualification  Test  ••  an  MOS-speclflc  test  given  to  soldiers 
to  determine  their  skill  proficiency;  predicting  SQT  Is  one  of  the 
means  by  which  EPAS  predicts  Job  performance. 

Transformation  Function  ••  a  mathematical  function  for  translating  an 
evaluation  factor  Into  a  dimensionless,  relative  measure  of 
desirability. 

TRM  -•  Training  Requirements  Module  ••  one  of  the  EPAS  core  modules;  the 
TRM  generates  the  future  training  demand  for  each  MOS. 

USAREC  --  U.S.  Army  Recruiting  Command  ••  the  Army  command  with  the 
responsibility  of  meeting  annual  recruiting  requirements. 

USAREC  Mission  Goals  --  the  objectives  USAREC  uses  to  ensure  that  Its 
recruiters  meet  the  annual  recruiting  demand. 

Weighting  Value  --  a  value  used  to  express  the  relative  Importance  of 
evaluation  factors  as  they  are  combined  to  form  the  MPZ. 

Whlzard  -•  the  linear  programming  algorithm  used  by  EPAS;  a  proprietary 
product  of  Ketron,  Inc.  of  Arlington,  VA. 

Wlcat  --  a  Motoralla  GSOOO-based  minicomputer  used  for  the  DLF;  the 
Initial  research  was  performed  on  a  Wlcat  Model  160. 
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APPENDIX  B 

EPAS  POBLICATION  LIST 


APPENDIX  B 

EPAS  PUBLICATION  LIST 


GRC  frequently  published  reports  docunenting  the  research  being  performed 
throughout  the  duration  of  the  contract.  This  appendix  lists  the  primary 
documents  provides  a  brief  synopsis  of  the  contents  of  each  document.  Not 
all  documents  published  as  part  of  the  contract  are  included  here,  for 
example,  drafts  of  subsequent  final  reports  are  not  included. 
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Evaluating  the  Benefits  and  1317-23-86-CR  June  1986  Results  of  multiple  EPAS  simulations 
Costs  of  the  Enlisted  Personnel  with  anticipated  dollar  benefit  to  Army 
Allocation  System  of  EPAS  Implementation. 


Final  Annual  Report  (4ch  Year)  1317-27-86-CR  December  1986  Documentation  of  EPAS  simulations 

additional  research  during  fourth 
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APPENDIX  C 

OVERVICV  OF  EPAS  ANALYSIS 
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APPENDIX  C 

OVERVIEW  OP  EPAS  ANALYSIS 


The  EPAS  Operational  Prototype  la  the  product  of  a  series  of  analyses 
conducted  by  personnel  associated  with  the  project.  This  analysis  has 
been  conducted  primarily  by  GRC  personnel;  however,  analyses  performed  by 
personnel  of  the  Army  Research  Institute  (ARI);  the  American  Institute  for 
Research  (AIR,  Project  A);  and  various  subcontractors  was  also  used  In  the 
system's  development. 

The  results  of  the  analyses  have  been  extensively  documented  In  previous 
GRC  reports  (see  Appendix  B) .  A  svimmary  of  the  history  of  the  research 
and  decisions  for  each  of  the  major  functional  areas  of  EPAS  Is  Included 
in  this  appendix  to  provide  the  reader  with  a  comprehensive  overview  of 
the  Project  B  research  and  the  design  and  development  of  EPAS.  References 
to  earlier  documentation  are  included  In  case  the  reader  desires  more 
detailed  Information  on  a  specific  research  Issue. 

Areas  covered  In  this  Appendix  are: 


FORECAST  APPLICANTS/CONTRACTEES 

Conduct  a  Literature  and  Data  Review  of  Forecasting  Techniques 
Review  the  Army's  Recruit  Mission  Process 
Select  Appropriate  Forecasting  Methodologies  for  EPAS 
Investigate  and  Select  Appropriate  Supply  Group  Methodologies 
Develop  Supply  Group  Forecasts 

DETERMINE/PROJECT  MOS  REQUIREMENTS 

Determine/Provide  MOS  Clustering 
Provide  MOS  Training  Fill  Information 

GENERATE  AGGREGATE  ASSIGNMENTS 
Formulation  of  Models 
The  Network  Model 
Aggregate  Allocation  Model 
Quality  Allocation  Model  Linear  Program 
Utilization  of  Optimal  Solution 
Aggregate  Assignment  Summaryyy 

GENERATE  DETAILED  ASSIGNMENT 

The  Applicant  Classification  Module 
REQUEST  Interface  Module 

EPAS  SYSTEM  FRAMEWORK 

Determine  Computer  System  and  Development  Language 
Investigate  and  Select  Development  Methodology 
Provide  a  User  and  Developer  Interface 
Provide  Execution  Control 
Provide  Execution  Status  Monitoring 
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TAB  1.  FY  86  SUPPLY  GROUPS 

TAB  2.  FY86  MOS  CLUSTERS 

TAB  3.  EXAMPLE  OF  REDUCED  COST  PROCESSING 

TAB  4.  EPAS  TREE -STRUCTURED  ACCESS 


FORECAST  AFPLICAMTS/CONTRACTEES 


The  contract  specif Icatlons  for  EPAS  listed  supply  forecasting  as  one  of 
Its  key  systea  capabilities: 

"...the  deter«(nat(on  of  •  rcatoned  gu*$$  about  the  nurber  and  kind  of  people  likely 

to  be  available  for  recrultaent  Into  the  Areiy  during  tome  specific  week,  nonth,  or 

year* 

To  meet  this  requirement.  It  was  obvious  that  a  supply  forecasting 
capability  would  have  to  be  implemented  Into  EPAS.  Project  B,  however, 
at  the  direction  of  the  COR,  was  not  to  develop  new  forecasting  methodo¬ 
logies  but  was,  Instead,  to  Implement  existing  techniques.  This  explicit 
contractual  obligation  clearly  required  research  to  Identify  and  select 
an  appropriate  forecasting  methodology. 

A  related  problem,  the  aggregation  of  supply,  was  not  explicitly  specified 
In  Che  contract  but  became  essential  Co  the  development  of  EPAS.  The 
Army's  non-prior  service  (NPS)  assignment  problem  Is  unique  In  Its  size 
and  complexity.  Typically,  140,000  Individuals  apply  each  year  for 
training  seats  In  approximately  300  MOS.  The  total  number  of  training 
classes  available  during  the  year  Is  approximately  6,000.  Without 
considering  eligibility  restrictions,  this  gives  i.40,000  x  6,000  or 
840,000,000  possible  assignments.  A  problem  of  this  magnitude  is  well 
beyond  the  capabilities  of  any  existing  computer  equipment. 

To  overcome  this  problem,  the  decision  was  made  to  aggregate  supply 
forecasts  Into  categories  called  Supply  Groups.  This  categorization, 
along  with  a  similar  grouping  for  MOS  (described  in  the  next  section) , 
provided  a  reduction  In  Che  magnitude  of  the  problem  on  the  order  of 
10,000.  This  decision,  however,  led  to  two  additional  research  Issues; 

(1)  How  should  the  supply  be  aggregated  to  provide  the  most 
benefit  to  Che  assignment  problem? 

(2)  How  should  the  projections  from  the  forecasting  model (s)  be 
used  to  provide  Supply  Group  projections? 

Furthermore,  a  recruit's  enlistment  process  can  be  divided  Into  three 
distinct  segments: 

(1)  Applicant  --an  applicant  is  any  recruit  who  has  begun  the 
enlistment  process.  Some  of  the  Individuals  who  begin  this 
process  will  not  be  acceptable  to  the  Army,  for  physical, 
moral,  or  mental  reasons.  Others  may  be  acceptable,  but  may 
choose  to  not  enter  the  Army. 

(2)  Contractee  --  if  an  applicant  Is  acceptable  and  agrees  to 
enter  the  Army,  s/he  signs  a  contract  to  that  effect. 
Contractees  may  enter  the  Army  Immediately  as  a  Direct  Ship 
or,  more  likely,  enter  the  Army  at  some  time  In  the  future 
through  the  Delayed  Entry  Program  (DEP). 
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(3)  Accession  ••  not  all  personnel  who  sign  contracts  will 
actually  enter  the  Amy.  Some  will  fail  to  perfora  some 
required  action  (for  example,  a  high  school  senior  who  fails 
to  graduate),  some  will  become  disqualified  (for  example, 
physical  injury,  or  moral  problems  such  as  an  arrest  or  drug 
problem),  others  may  simply  change  their  mind.^  A  recruit 
who  continues  through  the  entire  process  an  actually  enters 
the  Amy  is  called  an  Accession. 

Extensive  discussions  were  held  early  in  the  contract  effort  to  detemine 
which  recruit  "segment”  should  be  forecast.  The  probability  of  a 
qualified  recruit  completing  the  recruiting  process  and  accessing  appears 
likely  to  be  a  function  of  the  MOS  offered.  Would,  for  example,  an 
applicant  be  more  likely  to  sign  a  contract  if  offered  one  MOS  instead  of 
another?  Would  the  likelihood  of  a  contractee  being  a  DEP  loss  be 
affected  by  the  MOS  in  which  s/he  had  contracted? 

A  related  issue  is  detemination  of  eligible  recruits,  given  the 
development  and  Implementation  of  new  measures.  For  example,  would  a  new 
ASVAB  Composite  fomulation  result  in  previously  ineligible  recruits 
becoming  eligible  for  some  skill? 

The  decision  was  made  that  these  issues  were  beyond  the  scope  of 
Project  B.  Accordingly,  a  decision  was  made  to  have  EPAS  forecast  only 
accessions . 

To  support  the  research  requirements  arising  from  the  need  to  forecast 
accessions,  four  functional  areas  were  identified.  These  areas,  described 
below,  are: 

(1)  Conduct  a  literature  and  data  review  of  forecasting  techniques 
appropriate  for  estimating  near*  and  long* tern  supply  of  Army 
accessions.  This  provided  the  groundwork  for  model  develop* 
ment. 

(2)  Review  the  Amy's  recruit  mission  process.  It  was  necessary 
to  clearly  understand  the  mission  process  before  forecast  of 
the  supply  could  be  developed. 

(3)  Select  appropriate  forecasting  methodologies  for  EPAS. 

(4)  Investigate  and  select  appropriate  Supply  Group  fomulation 
methodologies . 


^  In  theory,  the  Arey  my  pursue  contrectee*  lAo  ((nply  chose  not  to  fulfill  the  term  of 
their  contrsct.  In  prectice,  however,  such  Individuals  arc  generally  pemltted  to  back  out 
of  their  contract  with  lapiruy. 


Conduct  a  Literature  and  Data  Review  of  Porecastlny  Techniques 

This  functional  requirement  was  specified  as  Subtask  2  of  Task  1  In  the 
EPAS  contract.  It  was  clearly  undesirable  for  GRC  personnel  to  replicate 
the  efforts  of  other  contracts  and  agencies  in  the  development  of 
forecasting  methodologies.  A  survey  of  NFS  supply  forecasting  technology 
vas  conducted  to  identify  existing  capabilities.  Additionally,  a 
subcontract  vas  let  to  Adaptronics,  Inc.  to  perform  a  survey  of  general 
forecasting  techniques.  The  results  of  these  surveys  are  summarize  below. 


Survey  of  HPS  SuppIy  Porecaating  Technology 

The  majority  of  the  NFS  supply  forecasting  models  could  be  classified  as 
one  of  two  categories,  macro  or  micro,  based  on  their  level  of  aggrega¬ 
tion.  The  traditional  models  regressed  counts  of  enlistee  supply  against 
population  counts,  measures  of  unemployment,  military  and  civilian  pay 
measures,  and  other  related  socioeconomic  variables.  These  model  are 
regarded  as  macro  models.  These  included  models  developed  by  Fernandez 
(1979,  1980)  at  Rand,  Goldberg  (1979,  1980)  at  CNA,  and  Morey  (1979,  1980) 
at  Duke  University. 

Micro  models  were  developed  using  choice-based  sampling  methods.  Daula 
(1982)  criticized  macro  models  as  suffering  from  the  effects  of  aggrega¬ 
tion  and  measurement  errors.  He  also  maintained  that  macro  models  had  a 
sampling  bias,  which  he  attributed  to  the  fact  that  civilian  wages  and 
opportunities  could  not  be  observed  for  those  individuals  who  enlisted  In 
the  military.  Daula  further  conjectured  that,  because  of  these  errors, 
the  historical  assessment  of  elasticities  for  pay  and  xinemploymenc  had 
been  drastically  underestimated. 

Using  a  choice -based  methodology  like  that  of  Hausman  (1978)  and  Manskl 
(1977),  Daula  and  his  colleagues  at  the  U.S.  Military  Academy  developed 
a  micro  model  of  Individual  behavior.  Preliminary  results  were  encou¬ 
raging,  but  they  did  suffer  from  some  counter-intuitive  results,  e.g., 
the  mathematical  formulation  resulted  in  recruiter  performance  having  a 
negative  contribution  to  the  final  results. 

The  major  problem  with  Daula* s  work  vas  the  lack  of  adequate  data.  Daula 
vas  using  data  from  the  National  Longitudinal  Survey  (NLS)  that  had  bee 
sponsored  by  the  Department  of  Labor.  This  data  base  had  only  a  small 
sample  of  military  personnel  records.  Hosek  (1982)  of  RAND  Corporation 
vas  able  to  construct  a  much  larger  data  base  by  merging  data  collected 
at  the  AFEES  with  the  NLS  data.  The  results  of  his  choice -based  model 
were  not  available. 

The  NFS  supply  forecasting  survey  indicated  work  had  been  done  in  this 
area  but  that  much  more  vas  needed.  Most  of  these  models  were  developed 
for  long-term,  i.e.,  a  year  or  more,  forecasting.  In  addition,  they  all 
projected  accessions  of  male  high  school  graduates  in  AFQT  Catego¬ 
ries  I-IIIA.  EFAS,  however,  requires  forecasts  of  all  demographic 
groupings. 
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Survey  of  General  Poreottlng  Technlautt 

EPAS'  forecasting  requirement  were  expected  to  pose  problems  not  encoun¬ 
tered  by  the  current  NFS  supply  forecasting  research.  Therefore,  it  was 
decided  that  a  survey  covering  the  current  state  of  forecasting  methodo¬ 
logies,  in  general,  should  be  conducted.  Mr.  Jsoes  Carrig  (1983)  of 
Adaptronics,  Inc.  carried  out  this  survey. 

The  survey  presented  an  overview  of  current  forecasting  methodologies 
along  with  a  critique  of  how  well  these  methods  had  done  in  the  fore¬ 
casting  competition  set  up  by  Makridakis  (1982).  This  competition 
contained  1,001  sets  of  time  series  of  all  types  of  data.  Including 
monthly,  quarterly,  and  yearly;  seasonal  and  non-seasonal;  and  micro  and 
macro  data. 

Carrig  also  tested  a  new  forecasting  technique,  the  Adaptive  Learning 
Network  (ALN)  ,  This  method  was  compared  to  the  more  accurate  of  the  major 
forecasting  methods  using  a  randomly- selected  subset  of  111  time  series 
from  the  1,001  sets  used  in  the  Makridakis  competition. 

The  major  conclusion  drawn  from  this  survey  was  that  no  single  forecasting 
method  is  best  in  all  circumstances.  It  was  evident  that  data  analysis 
should  be  cone  to  determine  if  the  time  series  exhibit  any  of  several 
common  characteristics,  e.g.,  seasonality.  Given  these  characteristics, 
one  can  then  narrow  down  the  possible  model  choice(s)  to  a  subset  of 
methods  that  have  performed  well  with  that  type  of  data. 


Review  the  Army's  Recruit  Mission  Process 


The  Army  currently  states  its  requirements  for  recruits  as  "missions" 
grouped  by  gender,  education  level,  and  AFQT  Category.  The  groups  are: 

(1)  Gender 

--  male 

--  female 

(2)  Education  level 

--  high  school  diploma  graduate  or  senior 

--  less  than  high  school  diploma  graduate  (non-graduates)^ 


^High  (chool  tqutvalcney  ctrtIfIcatM.  auch  aa  CCD,  ara  daftnad  to  ba  (ata  than  high  school 
diploma  gradljata. 
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(3)  AFQT  Category 

I-IIIA,  AFQT  score  50-99 
IIIB,  AFQT  score  31-49 
IV,  AFQT  score  10-30* 

The  AFQT,  which  Is  a  combination  of  four  subtests  from  the  Armed  Services 
Vocational  Aptitude  Battery  (ASVAB) ,  is  used  to  determine  whether  the 
Individual  is  qualified  for  entry  into  the  Army.  In  addition,  various 
limits  and  goals  are  set  on  enlistee  AFQT  quality  by  Congress,  the 
Department  of  Defense,  and  the  Army.  For  example.  Congressional  limits 
are  set  on  the  number  of  recruits  in  AFQT  Category  IV,  while  Army  targets 
are  set  on  the  number  in  AFQT  Categories  I-IIIA. 

Gender  and  education  level  are  other  individual  characteristics  used  in 
the  Army's  accession  planning.  High  school  diploma  graduates  are 
preferred  to  non- graduates.  Seniors  can't  be  accessed  into  an  MOS  until 
after  graduation.  Gender  is  important  since  women  are  restricted  from 
combat  arms.  Jobs  which  comprise  about  one  third  of  the  Army's  entry 
population. 


The  Quality  Reoulrement 

Aggregate  accession  requirements  are  generated  by  the  Office  of  the  Deputy 
Chief  of  Staff  for  Personnel  (ODCSPER) ,  with  the  use  of  the  Enlisted  Loss 
Inventory  Model  and  the  Computation  of  Manpower  Programs  using  Linear 
Programming  System  (ELIM-COMPLIP) .  This  system  minimizes  the  differences 
between  established  operating  strength  objectives  and  actual  strength 
forecasts ,  incorporating  a  number  of  constraints  such  as  total  Army 
training  capacities. 

Army  manpower  planners  review  the  aggregate  accession  requirements  and 
Congressional  limits  to  develop  quality  targets.  A  quality  accession  Is 
defined  as  a  high  school  graduate  In  AFQT  Categories  I-IIIA.  Thus,  AFQT 
Category  IV  accessions  are  capped  by  Army  policy  and  Congressional  limits, 
while  AFQT  Category  I-IIIA  targets  are  established  by  Army  policy.  AFQT 
Category  IIIB  personnel  are  neither  targeted  nor  capped;  Instead,  these 
accessions  "float"  to  allow  the  Army  to  meet  Its  overall  accession 
requirement.  Table  C-1  shows  the  fiscal  year  1987  accessions  by  mission 
area. 


The  Recruiting  Accession  Requirement 

ELIM-COMPLIP  accession  requirements  are  on  a  calendar  month  basis.  The 
U.S.  Army  Recruiting  Command's  (USAREC)  missions,  however,  are  done  on  a 
Reception  Station  Month  (RSM)  basis.  A  RSM  consists  of  either  four  or 
five  7-day  weeks  beginning  on  Tuesday  and  ending  on  Monday.  The  RSM 
concept  ties  the  recruiting  program  to  the  start  of  training.  It  also 


*AF0T  Category  V,  l.t.,  AFQT  acorea  leas  than  10,  are  not  eligible  for  allltary  service. 
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Table  C-I.  FY87  Recruiting  Mission. 


GENDER 

DIPLOMA 

AFQT  CATEGORY 
I'lIIA  IIIB 

IV 

Male 

High  School 

mmm 

4125 

No  High  School 

0 

Female 

High  School 

0 

No  High  School 

0 

will  smooth  the  peaks  and  valleys  of  recruit  arrival  at  training  bases  by 
eliminating  the  potential  for  large  increases  in  accessions  at  the  end  of 
the  calendar  month.  The  OOCSPER  converts  the  calendar  month  accession 
requirements  into  RSM  objectives  for  USAREC  on  a  quarterly  basis.  An 
accession  is  defined  as  the  point  %ihen  an  individual  arrives  at  a 
reception  station  to  begin  basic  training. 

USAREC  apportions  the  accessions  objectives  into  contract/recruiting 
missions  to  the  District  Recruiting  Battalions,  formerly  referred  to  as 
Commands,  on  a  recruit  station  month  basis.  Contracts  are  define  at  the 
point  at  which  an  individual  takes  the  oath  of  military  service  and  has 
a  training  seat  reserved. 


Contract  Missions 

A  recruit  signs  a  contract  generating  an  obligation  to  report  for  active 
duty  and  training  in  an  MOS.  The  Delayed  Entry  Program  (DEP)  enables 
recruits  to  report  at  a  later  time  to  be  accessed.  Management  of  the  DEP 
is  complex,  because  neither  the  supply  of  potential  recruits  nor  the 
phasing  of  MOS  training  classes  is  constant  throughout  the  year.  A 
failure  to  contract  with  an  adequate  number  of  recruits  to  access  in 
months  where  recruiting  is  difficult  can  cause  shortfalls  in  accessions. 

The  Army  uses  nine  aptitude  area  composites  from  the  ASVAB  to  determine 
minimum  qualifying  score  for  the  MOS.  If  an  Individual  scores  above  the 
minimum  qualifying  score  on  the  proper  aptitude  area  composite,  training 
for  that  MOS  is  permitted  providing  a  training  seat  exists.  Table  C-2 
gives  the  ASVAB  aptitude  areas  and  the  major  Jobs  in  the  Army  associated 
with  each. 


Select  Appropriate  Forecasting  Methodologies  for  EPAS 

EPAS*  main  goal  is  to  provide  forecasts  of  the  number  and  type  of  people 
who  will  accept  Army  enlistment  contracts.  EPAS  requires  these  forecasts 
for  all  mission  areas  on  an  RSM  basis.  The  literature  and  data  review 
revealed  very  little  work  being  done  to  project  such  people.  Therefore, 
the  decision  was  made  that  ARI  would  develop  two  new  models.  In  the 
interim,  GRC  personnel  developed  and  implemented  two  models  to  facilitate 
the  implementation  of  the  EPAS  forecasting  capability. 
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Tabl*  C>2.  CoDpositlon  of  Aptitude  Area*. 

APTITUDE  AREA  KAJOR  JOBS  IN  APTITUDE  AREA 

CL  (Clerical)  Adninistrative,  Supply,  Finance 

CO  (Combat)  Infantry,  Armor,  Combat  Engineer 

EL  (Electronic)  Missile  Repair,  Air  Defense  Repair, 

Electronica  Repair,  Fixed  Plant  Communica¬ 
tions  Repair 

FA  (Field  Artillery)  Field  Cannon,  Rocket  Artillery 

CM  (General  Maintenance)  Construction  and  Utilities,  Marine, 

Chemical,  Petroleum 

MM  (Mechanical  Maintenance)  Mechanical  and  Aircraft  Maintenance,  Ralls 

OF  (Operators  and  Food)  Missiles  Crewman,  Air  Defense  Crew, 

Driver,  Food  Services 

SC  (Surveillance  and  Target  Acquisition  and  Combat  Surveil- 

Communications  lance.  Communications  Operations 

ST  (Skilled  Technical)  Medical,  Military  Police,  Intelligence, 

Data  Processing,  Air  Control,  Topography 
and  Printing,  Information  and  Audio  Visual 


One  analysis  considered  the  USAREC  mission  goals  as  a  forecasting  model. 
This  seemed  a  reasonable  hypothesis  given  that  recruiters  are  evaluated 
on  how  well  they  meet  their  goals,  thus  the  mission  goals  tend  to  become 
a  "self-fulfilling  prophecy.”  The  fundamental  assumption  with  this 
approach  Is  that  Che  supply  of  recruits  is  sufficient  to  meet  the  training 
demand.  This  analysis,  along  with  a  description  of  the  forecasting  models 
developed  for  and  evaluated  by  EPAS,  is  presented  below. 


Historically,  the  Army's  demand  for  quality  males  have  not  been  met  by 
the  available  supply.  GRC  performed  and  analysis  to  determine  if  this 
was  still  the  case  or  whether  the  supply  of  this,  and  ocher,  mission 
groups  could  be  determined  largely  by  their  USAREC  mission  goals.  The 
analysis  used  FY81  and  FY82  data.  Prior  to  FY81,  mission  statements  did 
not  provide  the  necessary  detail;  recruiting  missions  were  stated  only  in 
terms  of  total  accessions. 

Table  C-3  displays  the  overall  goal  achievement  by  mission  for  these  two 
years.  Success  in  recruiting  increased  in  FY82  over  FY81  with  only  two 
lower  quality  categories  falling  to  reach  their  stated  mission.  During 
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T«bl«  C>3.  FY81  «nd  FY82  Nlsalon  Goal  Achlaveoent. 


MISSION  sox 

QOAl 

...  ry  gy  .... 
ACHIEVEMENT 

X  GOAL 

GOAL 

...  ft  82  .... 

ACHIEVEMENT 

X  GOAL 

N/HS*/I-niA 

27140 

31957 

117.7 

45391 

51431 

113.3 

M/NHS/I-IIIA 

10200 

9957 

97.6 

8953 

10810 

120.7 

M/HS  /Mil 

50920 

16581 

53.6 

23549 

25211 

107.1 

M/NHS/Ilia 

16269 

15859 

97.5 

0 

600 

M/HSOG/IV 

26941 

26060 

96.7 

22419 

21321 

95.1 

M/NHS/IV 

0 

0 

0.0 

0 

0 

0.0 

F/HS  /I -MIA 

6660 

842$ 

126.S 

8897 

11764 

132.2 

F/NHS/I-IIIA 

246 

469 

190.7 

0 

SO 

•# 

F/HS  /lilt 

9089 

6913 

76.1 

3197 

2673 

83.6 

F/NHS/IIIS 

173 

472 

272.8 

0 

1 

•• 

F/HS  /IW 

2674 

3117 

116.6 

0 

56 

•• 

F/NHS/IV 

0 

0 

0.0 

0 

0 

0.0 

TOTAL 

130320 

119810 

91.9 

112406 

123917 

110.2 

HS*  ■■  indicatM  both  high  school  graduataa  and  high  school  aaniora 


FY81,  USARCC  exceeded  Its  combined  contract  mission  for  quality  males 
(27,148  goal)  by  seventeen  percent  (31,957  contracted).  In  FY82,  USAREC 
nearly  doubled  the  size  of  this  mission  goal  (to  45,391)  and  still 
exceeded  it  by  thirteen  percent  (51,431  contracts).  This  was  accomplished 
by  recruiting  fever  AFQT  Category  IIIB  high  school  graduates  than  were 
permitted. 

Table  C-4  displays  the  monthly  contract  missions  and  achievements, 
aggregated  by  District  Recruiting  Command  (DRC),  for  quality  males. 
Approximately  30  percent  of  all  observations  apparently  failed  (by  DRCs) 


Table  C*4.  Failures  to  Achieve  Quality  Contract  Missions. 


FAILURE  TO  ACHIEVE 

FY 

NUMBER 

DRCs 

NUMBER 

FAILURES 

TOTAL 

OBS 

%  of 

TOTAL 

OBS 

Monthly  Quality  Mission 

81 

49 

219 

684 

32.0 

82  . 

54 

170 

672 

26.6 

81/2 

103 

398 

1356 

29.4 

Monthly  Quality  Mission 

81 

19 

88 

684 

12.9 

and  Cumulative  Year* to- 

82 

21 

72 

672 

10.7 

date  Quality  Mission 

81/2 

40 

160 

1356 

11.8 

Monthly  Quality  Mission 

81 

15 

113 

684 

16.5 

and  Annual  Quality 

82 

7 

54 

672 

8.0 

Mission 

81/2 

22 

167 

1356 

12.3 

Monthly  Quality  Mission 

81 

8 

72 

684 

10.5 

and  90%  of  Annual 

82 

1 

9 

672 

1.3 

Quality  Mission 

81/2 

9 

81 

1356 

6.0 
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to  achieve  nonthly  quality  contract  Blssions.  A  closer  look,  however, 
revealed  that  less  than  twelve  percent  of  all  observations  showed  a 
cumulative  year-to-date  deficit  In  quality  contract  achievement,  and  only 
six  percent  failed  to  meet  at  least  90  percent  of  their  annual  quality 
goals  and  their  monthly  quality  mission  goals. 

The  FYSl-FYSZ  data  suggests,  therefore,  that  quality  contracts  are  not 
supply  constrained  relative  to  USAREC  mlss^'>ns.  In  fact,  the  USAREC 
mission  goals  provide  good  forecasts  of  enlistment  contracts. 


Models  Evaluated  bv  EPAS 

The  first  step  In  projecting  supply  at  the  ERAS  level-of-detall  Is  the 
forecasting  of  contracts  at  the  mission  level.  Five  forecasting 
methodologies,  four  models  and  the  USAREC  mission,  were  evaluated  by  EPAS. 
These  were: 

(1)  Dale-Gllroy  (ARI)  econometric  model. 

(2)  Home  (ARI)  econometric  model. 

(3)  GRC  trend  model. 

(4)  GRC  econometric  model. 

(5)  USAREC  mission  statements. 

Since  these  models  do  not  provide  the  detail  required  for  EPAS,  modific¬ 
ations  had  to  be  made.  Only  the  USAREC  mission  statements  provide 
forecasts  for  other  than  male,  high-school  graduate,  AFQT  Category  I-IIIA 
populations.  USAREC  mission  statements  were  used  In  all  cases,  therefore, 
to  forecast  all  other  population  categories. 

Three  of  the  models  generate  forecasts  by  calendar  month;  the  Horne  model 
forecasts  quarterly.  Adjustments  were  necessary  to  provide  forecasts  by 
RSH.  RSM  forecasts  were  generated  by  summing  together  weighted  calendar 
forecasts.  The  weight  used  la  the  percentage  of  the  calendar  month 
accounted  for  by  the  RSM. 

Finally,  the  USAREC  mission  goals  had  to  be  broken  down  to  provide 
contracts  on  an  RSH  basis.  Historical  contracts  by  RSM  and  by  mission 
category  were  used  to  generate  the  necessary  detail. 


Dale-GllroY  Econometric  Model.  The  econometric  model  developed  by 
Dale  and  Gilroy  (September,  1983)  estimated  the  effects  of  business  cycles 
on  monthly  military  accessions.  This  model  uses  the  ratio  of  quality  male 
contracts  signed  (accession  contracts  and  DEP  contracts)  to  the  civilian 
male  population  In  the  16-19  age  group  as  the  dependent  variable.  The 
explanatory  variables  Included: 

•  Unemployment  rates  for  males,  age  16-19  In  the  current  month, 
and  lagged  both  two  and  four  months. 

•  The  ratio  of  regular  military  compensation  to  average  weekly 
civilian  production  wages  with  a  four-month  lead. 
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Enlistment  bonuses. 


• 

e  Educational  bonuses . 

•  Number  of  recruiters. 

The  model  was  estimated  using  generalized  least  squares  (GL5)  regression, 
correcting  for  the  presence  of  first  order  auto*correlatlon.  The  data, 
obtained  from  the  Defense  Manpower  Data  Center  (DMDC) .  covered  the  time 
period  from  October,  197S  to  March,  1982.  Findings  showed  that  quality 
enlistees  are  especially  affected  by  pay  rates.  An  additional  conclusion 
was  that  It  Is  Important  for  the  Army  to  maintain  military-civilian  pay 
comparability,  as  well  as  educational  benefits.  In  order  to  have  continued 
success  In  recruiting  quality  soldiers. 


Home  Econometric  Model.  Home  (May,  1984)  estimated  the  quarterly 
supply  of  contracts  from  several  economic  variables.  The  dependent 
variable  was  the  ratio  of  quality  male  contracts  to  the  civilian  male 
population  In  the  16-21  age  group.  The  explanatory  variables  Included: 

•  Military  and  civilian  pay  differential. 

•  Enlistment  bonuses. 

•  Civilian  unemployment  In  the  16-21  age  group,  lagged  one 
quarter. 

•  Elatlo  of  the  number  of  recruiters  to  the  civilian  population 
In  the  16-21  age  group. 

The  Home  model  was  estimated  using  generalized  least  squares  regression. 
The  quarterly  data  covered  the  third  quarter  o  1977  through  the  second 
quarter  of  1984,  Findings  showed  that  military  pay  has  a  large  and 
significant  Impact  on  enlistments,  and  that  meeting  recruiting  goals  Is 
strongly  hampered  by  declining  unemployment  rates  and  declining  population 
of  eligible  males. 

Historical,  monthly  percentages  were  applied  to  the  quarterly  forecasts 
to  provide  the  level  of  detail  needed  by  EPAS. 


GRC  Econometric  Model.  The  variables  used  In  the  Dale -Gilroy  model 
are  all  highly  correlated.  To  adjusts  for  this,  and  to  avoid  multl- 
collnearlty  problems  In  the  regression  analysis,  GRC  used  the  technique 
of  principal  components  to  create  a  new  set  of  exogenous  variables  from 
linear  combinations  of  the  original  explanatory  variables.  These  new 
variables  have  the  property  of  being  mutually  uncorrelated.  A  linear 
regression  was  performed  to  generate  coefficient  estimates  for  these  new 
variables.  The  monthly  ratio  of  the  number  of  quality  male  contracts  to 
the  civilian  male  population  In  the  16-21  age  bracket  was  used  as  the 
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dependent  variable.  Corrections  were  also  included  for  the  presence  of 
first-order  autocorrelated  errors. 


CRC  Trend  Model.  GRC  also  investigated  a  linear  trend  model.  The 
monthly  contractee  data  was  seasonally  adjusted  and  a  linear  trend  fit 
performed  without  exogenous  variables.  The  fora  of  the  model  is: 

Y  -  /(T.S) 

where  Y  is  the  number  of  contraetees,  T  is  the  time  trend,  and  S  are  past 
values  of  Y  from  previous  months. 

The  time  trend  was  first  estimated  using  regression.  The  remaining 
variation,  or  "forecast  errors,*  were  then  modeled  with  autoregressive  or 
lag  parameters  to  arrive  at  the  final  fora  of  the  forecast  model.  An 
intuitive  Justification  for  this  approach  is  that  recruiters  "bank" 
quality  recruits  at  the  end  of  the  month  once  that  month's  recruit  mission 
has  been  satisfied. 


PSAREC  Monthly  Mission  Statement.  As  previously  stated,  analysis 
indicated  that  the  USAREC  monthly  mission  statements  provided  a  good 
forecast  of  the  contractee  supply.  Indeed,  they  provided  the  only 
forecast  for  mission  populations  other  than  AFQT  Category  I-IIIA,  high 
school  graduate  males. 

The  results  of  the  evaluations  of  these  forecasting  techniques  indicated 
that  the  USAREC  mission  statements  provided  forecasts  at  least  as  good  as 
those  generated  by  the  mathematical  models.  Additionally,  the  mathema¬ 
tical  models  suffered  from  several  serious  shortcomings  not  shared  by  the 
USAREC  mission  statements: 

(1)  They  did  not  forecast  the  entire  contractee  population,  but 
only  a  subset  of  the  population. 

(2)  They  require  specialized  data,  such  as  unemployment  rates  and 
military-civilian  pay  ratios,  not  readily  available. 

(3)  Even  if  accurate,  their  forecasts  often  vary  from  the 
"official"  recruiting  plan  being  exercised  USAREC. 

In  light  of  these  shortcomings,  the  decision  was  made  to  base  all  future 
EPAS  supply  forecasting  analyses  on  the  USAREC  mission  statements. 
"Hooks*  were  established  with  EPAS,  however,  to  provide  for  ready 
inclusion  of  these  or  other  forecasting  models  if  desired  at  some  point 
in  the  future. 


Investigate  and  Select  Appropriate  Supply  Croup  Methodologies 

The  goal  in  defining  Supply  Groups  was  a  reduction  in  problem  size,  while 
maintaining  differential  (expected)  performance  characteristics  that  could 
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be  seen  in  the  Indlvlduel  recruits.  Four  functional  areas  were  identified 
to  support  this  goal: 

(1)  Investigate  and  select  clustering  techniques. 

(2)  Evaluate  and  select  the  supply  subpopulations. 

(3)  Develop  Supply  Group  methodologies. 

(4)  Develop  Supply  Croup  forecasts. 

Inve?ttg»pt.in<L-S*l^«j;i\n^<rtnE 

The  aim  of  a  clustering  technique  is  to  develop  groups,  or  clusters,  of 
similar  individuals  or  objects.  Clustering  techniques  have  been  used  and 
developed  in  many  fields,  including  statistics,  biology,  and  psychology. 
Their  intricacy  ranges  simple  intuitive  approaches  to  complex  graph 
theoretic  and  probabilistic  models.  The  similarity  criterion  is  one  of 
the  things  that  differentiates  one  method  from  another.  For  example, 
consider  the  Army's  nine  aptitude  area  composites  as  a  measure  the 
individual's  expected  performance.  Some  common  criterions,  stated  in 
terms  of  these  measures,  are: 

(1)  Euclidian  criterion,  or  metric,  where  the  measure  of 
similarity  is  the  square  root  of  the  sum  of  squared  dif¬ 
ferences  in  the  aptitude  area  composites. 

(2)  City-block  criterion,  or  metric,  where  the  similarity  is  based 
on  the  sum  of  absolute  differences  in  the  respective 
composites . 

(3)  Standard  correlation  coefficient. 

Most  clustering  algorithms  can  be  classified  as  either  hierarchical  or 
non-hierarchlcal . 


Hierarchical  Methods.  Hierarchical  methods  seek  to  produce  a  set 
of  nested  clusters  ranging  from  one  cluster  containing  all  the  objects  to 
many  clusters  where  each  contain  only  one  object.  These  methods  can  be 
further  classified  a  either  agglomeratlve  of  divisive  approaches. 

•  Agglomeratlve  algorithms  start  with  each  individual  or  object 
as  a  cluster,  and  proceed  by  a  series  of  pair-wise  mergings 
luitil  one  cluster  containing  all  the  objects  is  obtained. 

•  Divisive  methods  begin  with  all  the  objects  or  individuals  as 
part  of  one  cluster,  and  proceed  by  a  series  of  successive 
splittings  until  a  set  of  many  clusters  with  one  object  in 
each  is  obtained. 


Non-Hierarchical  Methods.  In  non-hierarchlcal  cluster  analysis, 
the  number  of  clusters  is  assumed  to  be  known  beforehand.  The  process  is 
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to  identify  the  clusters.  Some  of  the  more  common  approaches  Co  this 
process  are: 

(1)  Nearest  centroid  sorting 

(2)  Hill  climbing 

(3)  Mode  seeking  of  density  search 

Based  on  the  characteristics  of  the  data  being  processed,  EPAS  currently 
uses  a  nearest  centroid  sorting  approach.  Details  of  Che  Implementation 
of  this  technique  are  described  in  a  subsequent  section.  Principal 
Components  Based  Supply  Groups. 


Evaluate  and  Select  the  Supply  Subpopulations 

Prior  to  any  supply  aggregation,  Che  supply  population  is  stratified  into 
subpopulations  based  on  Che  mission  categories  of  gender,  education  level, 
and  AFQT  category.  This  stratification  facilitates  the  assignment 
process,  allowing  the  models  to  address  the  various  Army  policies,  e.g., 
gender  restrictions. 

Since  the  Jobs  (MOS)  side  of  the  assignment  problem  states  its  eligibil¬ 
ity  requirements  in  terms  of  mission  categories,  a  similar  breakdown  of 
the  supply  side  was  selected.  Some  minor  modifications  were  made  to  these 
subpopulations  to  further  improve  Che  aggregate  assignment  model, 
specifically: 

(1)  The  AFQT  Category  I-IIIA  was  split  into  its  two  quartiles;  I- 
II  and  IIIA.  This  improved  Che  differentiability  of  the 
subpopulations . 

(2)  A  high  school  senior  category  was  added  to  the  education 
level.  This  allows  EPAS  to  support  education  level  differ¬ 
entiated  programs,  e.g.,  seniors  aren't  available  for 
assignment  until  after  graduation. 

(3)  The  defined  AFQT  Categories  were  extended  to  include 
populations  not  defined  in  current  mission  areas.  This  allows 
EPAS  to  account  for  the  entire  supply  population  and  to  apply 
hypothetical  policy  alternatives. 

Table  C-5  displays  a  list  of  Che  subpopulations  developed  from  these 
definitions.  Table  C-S  also  lists  the  contracts  within  these  subpopula¬ 
tions  for  FY86  and  FYB?. 


Develop  Supply  Croup  Methodologies 

Individuals  were  clustered  in  the  supply  population  using  the  performance 
measures,  or  a  function  thereof,  as  the  clustering  variables.  Currently, 
these  measures  consist  of  the  aptitude  area  composites.  The  resulting 
clusters  are  the  called  Supply  Groups.  Their  corresponding  performance 
measure  would  be  an  aggregate  measure  of  the  individuals,  e.g.,  the 
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Tabl*  C-5.  EFAS  Supply  Subpopulations. 


GP 

EDUCATION 

AFQT 

FYSe 

rY86 

FY87 

rY87 

N®  GENDER  LEVEL 

CATEGORY 

NUMBER  PERCENT 

NUMBER 

PERCENT 

1 

M 

HSDG 

l-Il 

27672 

20.7 

24485 

18.4 

2 

M 

HSDG 

IIIA 

15273 

11.4 

14097 

10.6 

3 

M 

HSDG 

IIIB 

23089 

17.3 

21340 

16.0 

4 

M 

HSDG 

IV 

4832 

3.6 

4844 

3.6 

5 

M 

HSS 

I-II 

11749 

8.8 

12369 

9.3 

6 

M 

HSS 

IIIA 

8837 

6.6 

9456 

7.1 

7 

M 

HSS 

IIIB 

10159 

7.6 

10916 

8.2 

8 

M 

HSS 

IV 

81 

<0.1 

’1 

<0.1 

9 

M 

NHSG 

I-II 

4862 

3.6 

3488 

2.6 

10 

M 

NHSG 

IIIA 

7698 

5.8 

5461 

4.1 

11 

M 

NHSG 

IIIB 

54 

<0.1 

34 

<0.1 

12 

M 

NHSG 

IV 

5 

<0.1 

3 

<0.1 

13 

F 

HSDG 

I-II 

6141 

4.6 

5410 

1.4 

14 

F 

HSDG 

IIIA 

4707 

3.5 

4574 

1.2 

15 

F 

HSDG 

IIIB 

5360 

4.0 

5377 

1.4 

16 

F 

HSDG 

IV 

11 

<0.1 

8 

<0.1 

17 

F 

HSS 

I-II 

1500 

1.1 

1239 

0.3 

18 

F 

HSS 

IIIA 

1409 

1.1 

1355 

0.4 

19 

F 

HSS 

IIIB 

17 

<0.1 

8 

<0.1 

20 

F 

HSS 

IV 

0 

0.0 

0 

0.0 

average 

aptitude  area 

composites 

taken  over 

all 

individual 

in  each 

cluster 

The  clustering  algorithm 

is  applied 

to  the 

subpopulations  and 

not  to  the  supply  population  Itself.  This  enabled  definition  of  Supply 
Groups  divided  by  differentiable  performance  measures  while  maintaining 
policy-unique  attributes. 


Two  clustering  approaches  have  been  developed  and  implemented  which,  based 
on  experience,  were  consistent  with  the  data.  The  first  approach  used  a 
nearest  centroid  sorting  algorithm  to  cluster  a  function  of  the  aptitude 
area  composites;  the  second,  Ward's  minimum  variance. 


Principal  Components  Based  on  Supply  Groups.  The  first  Supply 
Groups  were  formulated  for  the  FY84  supply  of  enlisted  contracts  using  a 
nonhierarchical  approach.  The  statistical  technique,  principal  com¬ 
ponents,  and  a  nearest  centroid  sorting  algorithm  (SAS  procedure, 
FASTCLUS)  were  used  for  clustering.  This  approach  was  later  used  to 
generate  Supply  Groups  for  FY86  data. 

One  characteristic  common  to  all  of  the  mission-based  subpopulations  is 
the  high  intercorrelations  exhibited  by  the  aptitude  area  composites. 
(Table  C-6  and  Table  C-7  show  the  intercorrelations  among  the  aptitude 
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Table  C*6.  FY84  Correlations  of  Aptitude  Area  Composites  for  Hale, 
High  School  Graduates,  in  AFQT  Categories  I *11 


APTITUDE 

AREA 

CL 

CO 

EL 

FA 

CM 

MM 

OF 

SC 

ST 

CL 

1.0 

0.6 

0.8 

0.8 

0.7 

0.5 

0.5 

in 

0.8 

CO 

1.0 

0.6 

0.8 

0.7 

0.8 

0.8 

0.9 

0.7 

EL 

1.0 

0.7 

0.9 

0.6 

0.4 

0.6 

0.7 

FA 

1.0 

0.6 

0.6 

0.5 

0.7 

0.7 

GH 

1.0 

0.8 

0.6 

0.8 

0.8 

MM 

1.0 

0.9 

0.9 

0.8 

OF 

1.0 

0.8 

0.8 

SC 

1.0 

0.8 

ST 

1.0 

Table  C-7. 

FY84  Correlations  of  Aptitude  Area  Composites 
High  School  Graduates  in  AFQT  Category  IIIA. 

for  Male, 

APTITUDE 

AREA 

CL  CO 

EL 

FA 

GM 

MM 

OF 

sc 

ST 

CL 

1.0  0.3 

0.7 

0.7 

0.5 

0.1 

0.1 

0.5 

CO 

1.0 

0.4 

0.7 

0.7 

0.8 

0.7 

0.9 

0.6 

EL 

1.0 

0.6 

0.8 

0.3 

<0.1 

0.5 

0.4 

FA 

1.0 

0.4 

0.4 

0.3 

0.5 

0.5 

GM 

1.0 

0.8 

0.6 

0.8 

0.7 

MM 

1.0 

0.9 

0.8 

0.7 

OF 

0.8 

0.8 

SC 

1.0 

0.7 

ST 

' 

1.0 

areas).  The  principal  components  technique  vas  used  to  transform  the 
aptitude  area  composites  into  a  set  of  uncorrelated  scores,  called 
principal  components.  These  new  scores  account  for  the  sane  amount  of 
variability  as  exhibited  by  the  original  aptitude  area  composites. 

A  trait  of  this  technique  is  that  succeeding  components  account  for  a 
smaller  proportion  of  the  variability,  e.g.,  the  first  principal  component 
would  account  for  the  largest  percentage.  If  a  smaller  number  of 
components  accounted  for  a  large  proportion  of  the  variability,  then  one 
would  only  need  to  apply  the  clustering  algorithm  to  this  reduced  set  of 
scores. 


Analysis  confirmed  that  the  first  principal  component  accounted  for  a 
substantial  portion  of  the  aptitude  area  variability.  As  show  in 
Table  C-8,  this  typically  ranged  from  SO  to  75  percent,  Increasing  with 
higher  AFQT  categories.  Adding  the  second  principal  component  increased 
this  to  75  to  90  percent. 
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Table  C-8.  VarlablllCy  Accounted  for  by  the  First  Principal  Component. 


GP 

No. 

GENDER 

EDUCATION 

LEVEL 

AFQT 

CATEGORY 

%  of  FY8U 
VARIABILITY 

%  of  FY86 
VARIABILITY 

1 

M 

HSG 

I-II 

75 

75 

2 

M 

HSG 

IIIA 

63 

65 

3 

M 

HSG 

IIIB 

60 

66 

4 

M 

HSG 

IV 

54 

55 

5 

M 

HSS 

I-ll 

72 

73 

6 

M 

HSS 

IllA 

63 

65 

7 

M 

HSS 

IIIB 

58 

67 

8 

M 

HSS 

IV 

51 

58 

9 

M 

NHS 

I-II 

70 

71 

10 

M 

NHS 

IIIA 

63 

65 

11 

M 

NHS 

IIIB 

58 

65 

12 

M 

NHS 

IV 

51 

63 

13 

F 

HSG 

I-II 

75 

76 

14 

F 

HSG 

IIIA 

57 

60 

15 

F 

HSG 

IIIB 

55 

51 

16 

F 

HSG 

IV 

45 

41 

17 

F 

HSS 

I-II 

72 

78 

18 

F 

HSS 

IIIA 

60 

59 

19 

F 

HSS 

IIIB 

55 

63 

20 

F 

HSS 

IV 

61 

43 

For  this  first  formulation,  model  simplicity  was  maintained  by  using  only 
the  first  component.  This  was  based  on  the  assumption  that  it  was  more 
important  to  verify  the  operational  feasibility  of  EPAS  than  to  conduct 
extensive  analyses  in  clustering  theory. 

To  cluster  the  first  principal  component,  a  nearest  centroid  sorting 
algorithm  was  used,  specifically,  that  used  by  the  SAS  procedure  FASTCLUS. 
This  algorithm  is  designed  for  clustering  large  data  sets,  as  is  the  case 
with  the  supply  subpopulations.  A  limit  of  no  more  than  three  clusters 
(Supply  Groups)  per  subpopulation  was  imposed  because  of  computer 
constraints . 

For  these  clusters,  an  aggregate  measure  of  performance  was  needed  which 
could  be  used  to  differentially  assign  the  Supply  Groups.  The  average 
aptitude  area  composite  scores  were  selected  for  this  aggregate  measure 
based  on  analysis  performed  by  Project  A  which  validated  the  ASVAB 
Aptitude  Area  Composite  scores  as  a  predictor  of  performance  (McLaughlin, 
et  al.,  1984). 

Some  observations  are  in  order:  for  subpopulations  generally  not  recruited 
(e.g.,  females,  seniors  in  AFQT  Category  IV),  there  wasn't  enough 
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variability  in  the  aptitude  area  composites  to  get  more  than  three  Supply 
Croups.  In  fact,  in  the  FY86  Supply  Groups,  there  vere  no  individuals  in 
this  category.  The  distribution  of  female,  high  school  seniors  in  AFQT 
Category  IIIB  was  truncated  at  AFQT  score  40  and  below,  and  used  to 
develop  the  Supply  Groups. 

Also,  the  differentiability  across  Supply  Groups  within  each  mission 
subpopulation  is  considerable,  whereas  the  individual  Supply  Groups  tended 
not  to  be  differentiable  across  their  aptitude  area'  composites. 
Considering  the  large  size  of  the  subpopulations  and  the  used  of  only 
three  categories  to  represent  their  aggregate  behavior,  this  was  not 
unexpected. 


Supply  Groups  using  Vard*s  Clustering  Aleorithn.  Because  of  the 
observations  noted  above,  an  effort  was  initiated  early  lu  1987  to  improve 
Supply  Groups.  The  goal  was  to  increase  differentiability  while 
maintaining  the  policy-specific  requirements. 

A  different  approach  was  taken  to  deal  with  the  high  intercorrelations 
among  the  aptitude  area  composites.  Instead  of  clustering  on  a  function 
of  these  scores,  l.e.,  the  first  principal  component,  clustering  was 
performed  on  all  nine  of  the  composites. 

A  different  clustering  methodology  was  also  Implemented,  one  designed  to 
utilize  the  correlation  structure  in  its  algorithm.  In  addition,  a 
hierarchical  approach  was  used,  allowing  the  number  of  Supply  Groups  per 
subpopulation  to  be  determined  based  on  the  subpopulation's  size  and 
inherent  differentiability.  A  second  set  of  Supply  Groups  was  developed 
for  the  FY86  population  using  this  new  formulation. 

As  with  the  FY84  supply  population,  the  FY86  supply  exhibited  high 
intercorrelations  in  its  aptitude  areas,  as  shown  in  Table  C-9  and 


Table  C-9.  FY86  Correlations  of  Aptitude  Area  Composites  for  Male, 
High  School  Graduates  in  AFQT  Categories  I-II. 


APTITUDE 

AREA 

CL 

CO 

EL 

FA 

GM 

MM 

OF 

SC 

ST 

CL 

1.0 

0.5 

0.8 

0.8 

0.6 

0.4 

0.4 

0.6 

0.8 

CO 

1.0 

0.6 

0.6 

0.7 

0.8 

0.8 

0.9 

0.6 

EL 

1.0 

0.7 

0.9 

0.7 

0.6 

mam 

0.9 

FA 

1.0 

0.6 

0.6 

0.6 

in 

GM 

1.0 

0.8 

0.7 

0.6 

0.8 

KM 

1.0 

0.9 

ESI 

0.6 

OF 

1.0 

0.9 

0.7 

SC 

1.0 

0.7 

ST 

1  0 
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T«bl«  C-IO.  Fy86  Correlatlona  of  Aptitude  Area  Cooposltes  for  Male, 
High  School  Graduates  in  AFQT  Category  IIIA. 


APTITUDE 


AREA 

CL 

CO 

EL 

FA 

CM 

MM 

OF 

sc 

ST 

CL 

1.0 

0.3 

0.8 

0.7 

0.5 

0.1 

0.1 

0.4 

warn 

CO 

1.0 

0.5 

0.7 

0.6 

0.8 

0.8 

0.8 

0.5 

EL 

1.0 

0.6 

0.9 

0.5 

0.3 

0.6 

0.8 

FA 

1.0 

0.4 

0.4 

0.3 

0.5 

0.5 

GM 

1.0 

0.8 

0.7 

0.8 

0.8 

MM 

1.0 

0.9 

0.8 

0.5 

OF 

■SI 

0.8 

0.5 

SC 

1.0 

0.7 

ST 

1.0 

Table  C-10.  Wards'  Minimum  Variance  Approach  was  chosen  as  the  clustering 
algorithm  to  take  advantage  of  this  fact.  This  approach  develops,  used 
in  conjunction  with  a  nearest  centroid  sorting  approach,  clusters  by 
minimizing  the  wlthln-cluster  variability. 

The  actual  clustering,  depicted  in  Figure  C*l,  is  described  in  the 
following  paragraphs: 

(1)  As  previously  described,  the  supply  population  was  partitioned 
into  subpopulations  based  on  the  USAREC  mission  statements, 
l.e.,  by  gender,  education,  and  AFQT  category. 


Figure  C-1.  Supply  Group  Formulation  using  Wards'  Clustering  Algorithm. 
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(2)  A  nearest  centroid  sorting  routine  (SAS  procedure  FASTCLUS) 
was  used  to  generate  a  large  number  ••  typically  100  ••  of 
preliminary  clusters.  Using  such  a  large  number  of  clusters 
provided  a  better  estimate  of  the  vide  range  of  different 
performance  profiles. 

(3)  Remove  those  clusters  which  have  a  relatively  small  ••  less 
than  thirty  number  of  Individuals.  These  clusters  repre¬ 
sent  those  small  number  of  Individuals  who  fall  outside  the 
more  typical  performance  profiles.  Since  nearest  centroid 
sorting  algorithms  are  sensitive  to  "outlying"  observations, 
they  were  removed  and  the  algorithm  reapplied. 

(A)  Another  large  set  of  clusters  was  generated  using  the  clusters 
generated  by  (2)  as  input  to  the  nearest  centroid  sorting 
algorithm. 

(5)  Wards'  Minimum  Variance  Algorithm  was  then  applied  to  this 
last  set  of  clusters  to  get  the  desired  number  of  clusters 
(Supply  Groups)  for  each  subpopulation. 

Tills  methodology  generated  81  Supply  Groups.  These  Supply  Groups  with 
their  average  aptitude  area  scores  are  listed  In  TAB  C-l.  The  process 
Just  described  Is  the  one  currently  Implemented  In  EPAS.  Additional 
analyses  are  needed  to  evaluate  alternative  formulations  and  to  determine 
how  Supply  Groups  should  be  developed  using  the  Project  A  measures  once 
they  become  available. 


Develop  Supply  Group  Forecasts 

The  aggregate  assignment  model  requires  Supply  Group  forecasts  on  an  RSM 
basis.  The  forecasting  models  and  USAREC  mission  goals  provide  mission- 
based  forecasts  on  an  RSM  basis.  To  generate  the  necessary  detail,  the 
historical  distributions  of  Supply  Groups  within  their  respective  sub- 
populatlons  were  computed.  The  mission-based  forecasts  were  then  multiple 
by  the  distribution  percentages  to  generate  the  requisite  Supply  Group 
forecasts. 
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DETERMINE/PROJECT  MOS  REQUIREMENTS 

It  is  also  necessary  to  project  personnel  requirements  (quality  targets, 
entry  restrictions,  etc.)  and  training  Information  (class  size,  dates, 
etc.)  to  generate  a  viable  assignment  plan.  This  Information  Is  supplied 
to  EPAS  by  exogenous  sources  (REQUEST,  ATRRS)  and  is  Initially  defined  at 
the  MOS  level  of  detail. 

As  with  supply  forecasts,  however,  the  MOS  requirements  must  also  be 
reduced  to  decrease  the  size  of  the  assignment  problem.  Two  functional 
areas  represent  the  analysis  necessary  to  provide  the  required  MOS 
training  projections: 

(1)  Determine/provide  MOS  clustering. 

(2)  Provide  MOS  training  fill  Information. 


Determlne/Provlde  MOS  Clustering 

Just  as  methodology  was  developed  to  aggregate  the  supply  forecasts  Into 
Supply  Groups,  so  must  means  be  developed  to  aggregate  the  demand  (l.e., 
training  "Jobs"  to  be  filled)  forecasts  into  groups,  which  are  called  MOS 
Clusters.  Both  categorizations  are  based  on  demographic  and  performance 
characteristics,  enabling  EPAS  to  support  the  Army's  person-job  match 
assignment  problem. 

While  numerous  clustering  techniques  were  developed  and  evaluated  during 
the  project,  the  number  of  Supply  Groups  and  MOS  Clusters  never  exceeded 
81  and  59,  respectively.  Thus,  the  assignment  problem  was  reduced  to 
81  X  59  X  12  [months],  or  57,348  possible  combinations  --  a  reduction  of 
nearly  15,000  from  the  original  problem  size  of  840,000,000  combinations. 
This  significant  reduction  In  the  size  of  the  problem  enabled  the  formula¬ 
tion  of  an  assignment  problem  within  the  realm  of  feasibility  for  existing 
computer  systems,  although  new  problems  were  Introduced,  as  will  be 
discussed  In  subsequent  sections. 


MOS  Clustering  Considerations 

The  goal  was  to  cluster  MOS  Into  groups  which  would  preserve  those  MOS 
characteristics  that  are  Important  to  the  assignment  process.  The  concept 
of  clustering  MOS  is  not  new.  Examples  of  MOS  clustering  routinely  used 
within  the  Army  today  Include: 

•  ASVAB  Aptitude  Areas  -•  clustering  the,  approximately,  300 
Initial-entry  MOS  into  nine  groups  to  facilitate  matching 
applicants  to  MOS. 

•  Career  Management  Fields  ((^s)  --  clustering  MOS  within  the 
Army  to  facilitate  achieving  a  variety  of  management  objec¬ 
tives. 
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For  EPAS,  MOS  clusters  had  to  seat  two  requlrenents :  they  had  to  be  able 
to  provide  sufficient  detail  to  enable  the  nodels  to  process  Anny  goals 
and  restrictions,  and  the  had  to  be  functionally  alike. 


Provide  Sufficient  Detail.  Analysis  of  the  Army's  recruiting 
process  (describe  above)  showed  that  tha  Army  used  qualifications  based 
on  gender,  education  level,  AFQT  category,  and  aptitude  area  to  determine 
MOS  eligibility.  For  example,  combat  arms  HOS  can’t  accept  women;  ocher 
MOS  will  accept  only  high  school  diploma  graduates.  All  NOS  has  at  least 
one,  and  up  to  three,  qualifying  aptitude  area  composites  score.  Army 
and/or  Congressional  targets  are  established  on  the  number  of  personnel 
in  AFQT  categories  I-IIIA,  IIIB,  and  IV  for  each  MOS. 

The  assignment  model  must  be  able  to  cope  with  management  goals  and  limits 
of  these  typea.  Failure  to  do  so  will  result  In  assignments  which  are 
unacceptable  as  they  violate  one  or  more  of  the  constraints. 


Functional  Similarity.  Many  recruits  come  to  a  MEPS  knowing, 
basically,  the  type  of  work  they  want,  but  without  an  explicit  knowledge 
of  individual  MOS.  Usually,  these  recruits  are  amenable  to  any  Job  which 
Is  functionally  similar  to  the  type  they  have  specified  as  desireable. 
In  addition,  the  skills  required  to  perform  successfully  in  potential  MOS 
matches  will  be  similar  for  skills  which  are  functionally  similar. 

It  is  particularly  Important  for  EPAS  to  be  able  to  differentiate  among 
MOS  based  on  their  functional  requirements.  The  aggregate  assignment 
models  make  their  PJM  recommendations  by  matching  the  expected  performance 
of  Supply  Groups  against  the  requirements  of  the  skills.  Thus,  EPAS  MOS 
Clusters  must  exhibit  a  functional  similarity  to  provide  the  requisite 
metrics  for  generating  assignment  options. 


MOS  Cluster  Development 

GRC  first  examined  the  possibility  of  utilizing  existing  clustering 
definitions,  such  as  CMF,  as  the  MOS  clustering  for  EPAS.  This  approach 
has  the  Inherently  desirable  attribute  of  expressing  results  in  terms 
readily  understandable  to  Army  managers  and  consistent  with  other  Army 
systems.  Unfortunately,  existing  cluster  definitions  were  found  to  be 
too  heterogeneous. 

For  example,  CMF  group  MOS  requiring  substantially  different  aptitudes. 
They  also  split  functionally  similar  skills  across  multiple  CMF.  Simi¬ 
larly,  ASVAB  Aptitude  Area  Composites  group  MOS  having  a  wide  disparity 
of  aptitude  requirements. 

Recruit  performance  in  MOS  was  also  examined  as  a  clustering  criterion. 
Performance  measures  examined  included  aptitude  area,  first-term  attri¬ 
tion,  and  relative  utility.  Based  on  these  analyses,  the  following 
criteria  were  identified  for  clustering  MOS: 
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(1)  Slallar  perforaanc*  functions, 

(2)  Sane  gender  and  education  restrictions, 

(3)  Similar  quality  targets, 

(4)  Similar  qualifying  aptitude  area  scores,  and 

(5)  Similar  functionality. 

Three  different  formulations  were  developed  for  EPAS.  Two  were  done  for 
FY84  MOS:  the  first  utilized  flrst^tem  attrition;  the  second,  relative 
utility.  The  third  formulation,  based  on  aptitude  area,  was  performed 
for  FY86  MOS.  All  formulations  utilize  a  tvo-phase  spproach. 

The  first  phase  was  essentially  the  same  for  all  formulations.  Restric¬ 
tions  Imposed  by  the  Army's  assignment  process  were  used  to  develop  a 
preliminary  set  of  MOS  clusters.  The  criteria  used  were  gender,  education 
level,  and  AFQT  category.  Table  C-11  gives  the  resulting  categories. 


Table  C-11.  MOS  Qualification  Categories. 


GENDER 

EDUCATION  LEVEL 

AFQT  CATEGORY 

M/F 

HSG/NHS 

I-IIIA 

M/F 

HSG/NHS 

I-IIIB 

M/F 

HSG/NHS 

I- IV 

M/F 

HSG 

I-IIIB 

M/F 

HSG 

I-IV 

M 

HSG/NHS 

I-IIIA 

M 

HSG/NHS 

I-IV 

M 

HSG 

I-IV 

Functionality  criteria  were  also  applied  during  the  first  phase.  Job 
categories  for  the  MOS  were  derived  directly  from  the  Department  of 
Defense's  (DoD)  Occupational  Conversion  Manual.  Table  C-12  lists  the  DoD 
Occupational  Areas  with  the  number  of  (FY84]  MOS  associated  with  each. 
These  areas  were  used  to  further  partition  the  preliminary  clusters. 

The  second  phase  of  the  formulation  was  dependent  on  the  method  being  used 
to  differentiate  within  the  first  phase  groups.  The  following  paragraphs 
describe  the  second  phase  processing  for  each  method. 


Attrition  Clusters.  Individuals  with  the  same  demographic 
characteristics  can  have  different  predicted  attrition  when  assigned  to 
different  MOS.  MOS-level  attrition  is  primarily  a  function  of  gender  and 
education,  with  male,  high  school  diploma  graduates  having  the  lowest 
attrition. 

Predicted  MOS-level  attrition  methodology  described  by  Manganarls  and 
Schmitz  (1984)  was  used  as  the  basic  measure.  This  work  developed  MOS- 
speclflc  attrition  estimates  as  a  function  of  gender,  education  level, 
AFQT  Category,  and  MOS  assignment.  MOS-unlque  equations  were  developed 
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Table  C-12.  DoD  Occupational  Codes. 


CODE 

DoD  OCCUPATIONAL  AREA 

NBR  MOS 

0 

Infantry,  Gim  Crews,  Seamanship 

19 

1 

Electronic  Equipment  Repair 

58 

2 

Communications  and  Intelligence 

32 

3 

Medical  and  Dental 

20 

4 

Other  Technical 

18 

5 

Functional  Support  and  Administrative 

26 

6 

Electrical/Mechanical  Repair 

48 

7 

Craftsmen 

16 

8 

Service  and  Supply 

10 

for  the  76  HOS  which  accounted  for  the  majority  of  the  Army  accessions. 
A  generic  equation,  using  aptitude  area  composites  and  qualifying  scores, 
was  also  developed  to  predict  MOS  attrition  for  all  other  HOS. 

These  equations  were  used  to  further  cluster  the  phase  one  groups.  An 
excessive  number  of  clusters  resulted  when  generated  as  a  function  of  both 
APQT  category  and  education  level.  To  remedy  this  problem,  clusters  were 
generated  only  on  male,  high  school  diploma  graduate  attrition.  With  this 
revision,  the  wlthln-cluster  attrition  rates  for  other  gender  and 
education  levels  stayed  approximately  the  same.  This  resulted  In  56  MOS 
clusters. 


Relative  Dtllltv  Clusters.  Project  A  developed  MOS*level  relative 
utility  measures  which  Incorporated  subjective  judgements  of  the  "utility” 
of  a  soldier's  contribution  to  the  Army  (Vise,  1985).  The  measure  gives 
five  levels  of  utility,  corresponding  to  predicted  performance  In  the  90, 
70,  50,  30,  aid  10th  percentiles. 

The  Project  A  utility  measures  were  developed  for  only  40  MOS.  To  obtain 
measures  for  other  NOS,  two  Army  officers  (from  ODCSPER  and  the  Soldier 
Support  Center)  were  asked  to  assign  a  value  to  the  remaining  MOS. 
(Relative  utility  measures  have  since  been  developed  for  all  MOS). 

The  MOS  within  the  phase  one  groups  were  further  clustered  by  their  90th 
percentile  measure  of  utility.  Only  this  utility  measure  was  used  as  it 
was  highly  correlated  with  the  others.  Cluster  breaks  were  made  where 
the  measure  differed  by  more  than  10. 

Mathematical  clustering  algorithms  were  not  required  since  the  groups  were 
distinct.  This  procedure  generated  over  70  clusters.  This  number  was 
reduced  by  joining  small  clusters  with  larger  ones  on  the  basis  of  their 
DoD  Occupational  Area.  The  final  formulation  consisted  of  59  clusters. 


Aptitude  Area  Clusters.  For  FY86,  MOS  clusters  were  generated  on 
the  basis  of  aptitude  area  composite  scores.  The  process  used  to  generate 
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these  clusters  is  depicted  In  Figure  C>2.  The  individual  steps  are 
described  in  the  following  paragraphs. 


Figure  C-2.  MOS  Cluster  Formulation. 
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(1)  MOS  were  first  clustered  into  qualifications  categories  as 
previously  described  and  depicted  in  Table  C-11. 

(2)  A  slight  variation  on  phase  one  processing  was  used  with  this 
formulation.  The  DoD  Occupational  Area  was  not  incorporated 
until  the  second  phase.  Thus,  the  MOS  within  the  phase  one 
groups  were  ordered  by  qualifying  aptitude  area,  qualifying 
cut  score,  and  DoD  Occupational  Area. 

(3)  The  phase  two  processing  resulted  in  99  MOS  clusters, 
significantly  more  than  were  acceptable.  GRC  analysts 
reviewed  the  list  of  MOS  clusters  and,  with  the  aid  of  the 
Job  descriptions  given  by  the  Enlisted  Career  Management 
Fields  and  Occupational  Specialties,  manually  reduced  the  99 
clusters  to  58.  This  was  accomplished  by  preserving  the 
aptitude  area  distinction  at  the  expense  of  cut  scores  and 
DoD  Occupational  Areas.  A  weighting  factor  ••  the  number  of 
accessions  for  the  MOS  in  FT86  ••  was  used  as  a  criterion  for 
combining  clusters. 

This  third  formulation  is  the  one  currently  employed  by  EPAS.  The  FY86 
MOS  Clusters  generated  are  listed  in  TAB  C-2. 


MOS  ClUSteT<"g 

Due  to  the  size  and  complexity  of  the  Army's  assignment  process,  the 
approximately  300  MOS  were  aggregated  into  roughly  60  groups,  called  MOS 
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Cluster*.  Three  different  approeches  have  been  used  In  EPAS,  each  of 
which  utilizes  the  assignment  constraints  to  generate  a  preliminary  set 
of  clusters.  The  primary  difference  among  the  three  approaches  was  the 
performance  measure  upon  which  the  clustering  was  based. 

The  most  recent  version  -•  in  which  the  clusters  are  based  on  aptitude 
area  composite  scores  -•  utilizes  expert  opinion  to  reduce  the  final  set 
of  clusters  to  a  tractable  size.  Automating  this  process  will  be  an 
Important  part  of  developing  an  operational  capability  based  on  the  EPAS 
methodology. 


Provide  MOS  Training  Pill  Information 

Having  developed  the  MOS  Clusters  to  be  used  for  any  given  execution  of 
EPAS,  some  means  is  required  to  provide  the  current  MOS  training  status 
In  the  form  required  by  the  assignment  model(s).  This  requires  three 
major  steps: 

(1)  The  class  seat  information  in  the  exogenous  data  files  must 
be  transformed  as  needed  by  the  assignment  models.  Princi¬ 
pally,  this  means  information  on  the  minimum,  maximum,  and 
optimal  class  size,  adjusted  to  eliminate  seats  against  which 
a  contract  has  already  been  assigned. 

(2)  The  resulting  class  seat  information  must  be  aggregated  into 
the  appropriate  MOS  Clusters. 

(3)  The  class  seat  information  must  be  updated  to  represent  the 
ongoing  PJM  process,  whether  simulated  or  actual  allocations. 

These  requirements  were  met  by  developing  a  subsystem  called  the  Training 
Requirements  Module  (TRM) .  The  TRM  takes  the  school  seat  Information 
provided  by  EPAS'  detailed  assignment  model  (simulated  data)  or  by  the 
current  classification  system  (REQUEST  --  actual  data)  and  generates  the 
necessary  Information.  The  specifics  of  this  process  are  described  in 
Appendix  D. 


C-29 


GENERATE  AGGREGATE  ASSIGNMENTS 


The  aggregate  assignment  model  provides  the  optimization  capabilities 
necessary  to  achieve  the  goal  of  improving  the  classification  and 
utilization  of  Army  NFS  recruits.  To  fully  meet  the  desired  applications 
of  EPAS,  this  aggregate  model  has  to  be  flexible  enough  to  use  as  a 
planning  subsystem  to  analyze  Army  policy,  as  well  as  provide  guidance  to 
the  classification  subsystem  used  in  assigning  applicants  to  specific  MOS. 

The  goal  of  the  effort  vas  to  model  Che  Army  recruit  c'Anaeer.ent  process 
to  allow  individual  classification  actions  which  met  the  overall  goals 
and  missions  of  the  Army.  GRC  determined  that  an  optimization  model  was 
necessary  and  appropriate  for  the  model.  Only  an  opi'iimization  routine 
would  have  Che  capability  to  "balance*  all  of  the  individual  classifica¬ 
tion  actions  against  the  goals,  thus  making  the  i** dividual  actions 
consistent  with  the  Army's  goals.  Clear-cut  objectives  exists,  e.g.,  the 
annual  training  requirement  for  MOS,  monthly  accession  values,  quality 
distribution  goals.  Assignment  cost  criteria  also  exist,  e.g.,  ASVAfi 
Aptitude  Area  Composite  scores.  In  addition.  Project  A  is  investigating 
new  performance  predictors. 

Ample  precedent  exists  for  using  linear  optimization  to  support  this  goal: 
Charnes  and  Cooper  (1961)  and  Glover  and  Klingman  (1975)  describe 
successful  industrial  and  government  applications  of  optimization  in 
manpower  planning,  distribution,,  and  management.  Holz  and  VroCh  (1980) 
and  Klingman  and  Mote  (1983)  describe  Army  applications  of  linear 
programming  models  with  thousands  of  variables  and  constraints. 

Vhlle  such  precedents  indicated  the  feasibility  of  linear  optimization, 
modeling  the  Army  recruit  management  process  introduced  a  problem  an  order 
of  magnitude  above  previous  efforts.  Even  with  the  aggregation  of  supply 
and  demand  ••  described  in  previous  sections  -•  and  with  additional  steps 
to  reduce  problem  size  as  described  below,  the  model  formulation  is  still 
larger  than  existing  Army  planning  systems.  Table  C-13  shows  the 
approximate  sizes  of  three  existing  planning  models  using  a  network 
algorithm,  compared  with  size  of  the  EPAS  network  problem. 

The  principal  research  issue  was  the  question  of  the  type  of  optimization 
model  which  would  best  meet  the  needs  of  EPAS.  High  speed  network 
algorithms,  such  as  used  in  the  Army's  MOS  Level  System  (MOSLS)  model. 


Table  C-13.  Optimization  Problem  Sizes. 


SYSTEM 

CONSTRAINTS 

VARIABLES 

ELIN 

2,000 

5,000 

MOSLS -M 

3,000 

6,000 

MOSLS -T 

8,000 

50,000 

EPAS 

5,000 

150,000 

C-30 


have  the  Inherent  appeal  of  very  rapid  solution  times  for  large  problems. 
This  speed,  however,  is  achieved  only  at  the  expense  of  certain  model 
capabilities.  Some  of  the  elements  of  a  model  of  he  Army  recruit 
management  process  introduce  "non-network*  constraints.  A  network 
formulation,  for  example,  can  handle  either  gender  or  quality  goals  but 
not  both. 

A  general  linear  programming  (LP)  model  would  be  capable  of  modeling 
additional  detail  In  the  complex  relationships  between  people  and  MOS 
assignments;  but  the  resultant  linear  program  would  be  quite  large  and 
would  take  an  extensive  amount  of  computer  to  solve. 


Fonnulation  of  Models 

The  models  which  were  developed  each  strove  to  simultaneously  meet 
numerous,  often  competing,  requirements.  These  requirements  are; 

(1)  Ill!  Requirements.  Both  fiscal  year  (encompassing  only  those 
months  remaining  in  the  current  recruit  year)  and  twelve -month 
(encompassing  the  entire  planning  horizon)  class -fill 
requirements  had  to  be  met  for  every  MOS  for  every  month. 

(2)  MOS-Specific  Restrictions.  Gender  and  education  restrictions 
had  to  be  enforced  (e.g.,  excluding  females  from  combat  MOS). 

(3)  AFQT  Category  IV  Limitations.  The  maximum  allowable  number 
of  AFQT  Category  IV  assignments  to  a  given  MOS  must  not  be 
exceed,  if  feasible. 

(4)  AFQT  Categories  I-IIIA  Missions.  The  minimum  level  of  quality 
personnel  must  be  met  for  each  MOS,  if  feasible. 

(5)  Delayed  Entry  Program  (DEP)  Limitations.  DEP  policy  for  each 
demographic  group  had  to  be  enforced.  Recruits  are  not 
permitted  to  remain  in  the  DEP  beyond  their  associated 
demographic  group's  maximum.  DEP  limitations  also  include 
enforcement  of  the  RUDEP,  thus  recruits  may  not  DEP  into 
months  which,  while  less  than  the  maximum,  have  been  "closed" 
to  that  demographic  j^roup. 

(6)  Gender  Missions.  The  annual  female  mission  must  be  met  for 
each  MOS,  if  feasible. 

Due  to  the  size  and  run-time  restrictions  mentioned  above,  not  all  of 
these  requirements  could  be  explicitly  modeled.  Several  models  were 
developed  during  this  research  effort  to  address  specific  aspects  of  the 
greater  problem. 
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A  network  formulation  was  the  first  developed  for  EPAS.  It  has  been  used 
in  all  three  stages  of  EPAS*  development:  the  baseline,  full-size,  and 
operational  prototypes  all  used  network  formulations. 

The  ARCNET  program  was  selected  for  the  EPAS  networking  algorithm.  This 
algorithm  ••  the  proprietary'  product  of  Analysis,  Research  and  Computation 
of  Austin,  TX  '•  was  selected  for  several  reasons: 

•  ARCNET  has  been  demonstrated  to  be  a  state-of-the-art 
procedure  which  provides  rapid  and  accurate  solutions. 

•  The  Army  has  had  extensive,  satisfactory  experience  with 
ARCNET  and  its  predecessors. 

•  The  Army  currently  has  operational  licensing  for  ARCNET  on 
its  ISC-P  computer  system.  This  will  facilitate  implementa¬ 
tion  of  an  operational  EPAS. 

The  network  model  optimizes  the  allocation  of  NPS  recruits  (clustered  into 
Supply  Groups)  among  MOS  (clustered  into  MOS  Clusters).  The  model  has 
been  designed  to  reach  a  feasible  solution  regardless  of  the  circum¬ 
stances,  e.g.,  whether  or  not  the  recruit  supply  is  sufficient  to  meet 
the  MOS  demand. 

Figure  C-3  provides  a  diagrammatic  representation  of  the  network 
model.  The  symbols  used  in  this  figure  is  explained  In  Table  C-14.  Key 
elements  of  the  network  model  formulation  are  described  in  the  following 
paragraphs. 


Basic  Model  Formulation 

A  "Super  Source"  (SS)  contains  artificial  recruits  who  qualify  for  every 
MOS  in  every  time  period.  These  artificial  recruits  are  used  to  insure 
an  adequate  supply  of  recruits  regardless  of  the  MOS  demand.  They  are 
assigned  a  very  high  assignment  cost,  such  that  they  will  be  used  only  as 
a  last  resort  to  insure  feasibility.  The  supply  "M"  represents  the  number 
of  artificial  recruits  which  had  to  be  entered  into  the  model.  In  the 
event  that  artificial  recruits  were  used,  exception  reports  (defined 
below)  will  be  generated  identifying  the  location  at  which  this  substitu- 
cion  was  required. 

If  the  Super  Source  is  not  needed  (that  is,  the  forecasted  supply 
satisfies  the  demand),  these  artificial  recruits  flow  harmlessly  to  the 
Super  Sink  (SK).  The  Super  Sink  is  described  in  more  detail  later. 

The  SG|j  (Supply  Group)  nodes  collect  forecasted  supply  (FSy)  for  each 
Supply  Group  i  in  month  J . 
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Table 

C-14 

.  ERAS  Network  Symbols. 

ITEM 

DEFINITION  OF  TERMS 

NODES 

SGij 

fc. 

Supply  Croup  1  recruits  signing  a  contract  In  month  J . 

AHk„ 

- 

Collector  for  quality  (AFQT  Category  I-IIIA)  enlistees  who 
are  assigned  to  training  class  for  Job  k  starting  In  month  m 

ALk. 

- 

Collector  for  AFQT  Category  IIIB  enlistees  who  are  assigned 
to  classes  for  Job  k  starting  in  month  m. 

A4k. 

- 

Collector  for  AFQT  Category  ZV  enlistees  who  are 
training  classes  for  Job  k  starting  In  month  m 

assigned  to 

ATka 

- 

Collector  for  Job  k  In  month  m. 

MTk 

- 

Annual  collector  for  Job  k 

SS 

- 

Super  source,  allowing  for  shortfalls  In  meeting  minimum 
class  size  or  annual  requirements 

SK 

m 

Super  sink,  representing  the  year*end  OEP  pool 

PARAMETERS 

FSo 

Forecasted  supply  for  Supply  Group  1  In  month  J . 

ARfc 

m 

Annual  Job  requirement  for  Job  k 

bk. 

- 

Lower  bound  of  class  size  for  Job  k  In  month  m. 

Bk- 

- 

Upper  bound  of  class  size  for  Job  k  In  month  m. 

Gk« 

- 

Goal  for  quality  recruits  for  Job  k  In  month  m. 

Nk. 

- 

Optimal  class  size  for  Job  k  In  month  m. 

- 

Cap  on  category  IVs  for  Job  k  In  month  m. 

SC 

- 

Cost  of  substituting  an  AFQT  Category  IIIB  or  IV 
quality  goal  cannot  be  met. 

when  a 

Gik 

- 

Cost  of  assigning  an  enlistee  from  Supply  Group 
based  on  the  selected  objective  function. 

1  to  Job  k 
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The  nodes  represent  quality  (APQT  Categories  I-IIIA)  recruits  assigned 
to  MOS  Cluster  k  in  month  m;  correspondingly,  the  Al^  and  A4t^„  nodes 
represent  APQT  Category  IIIB  (AL)  and  APQT  Category  IV  (A4)  recruits. 

The  AT)„,  nodes  collect  I-lIIA,  IIIB  and  IV  assignments  to  MOS  Cluster  k 
in  month  m.  The  MT)t  nodes  collect  all  assignments  to  MOS  Cluster  k  in 
months  one  through  twelve,  with  AR^  being  the  twelve-month  demand  for  MOS 
k. 


MOS  Requirements.  Enforcement  of  both  the  twelve -month  and 
fiscal-year  NOS  requirements  is  accomplished  by  using  these  requirements 
as  lower  bounds  in  the  network  formulation,  as  explained  in  the  MOS 
Cluster  Collector  Nodes  section  below. 


APQT  Category  Requirements.  The  APQT  category  requirements  are  also 
modeled  as  arc  bounds.  APQT  Categories  I-IIIA  requirements  appear  as 
lower  bounds  (see  the  AH^j,  to  AT^„  arc  in  Figure  C-3)  while  APQT  Category 
IV  limits  appear  as  upper  bounds  (see  the  AL)^  to  AT^  arc  in  Figure  C-3). 


MOS  Restrictions.  Education  and  gender  restrictions  are  used  at  the 
start  of  an  EPAS  run  in  determining  eligibility  for  a  Supply  Group's 
assignment  to  an  MOS  Cluster.  Since  both  Supply  Groups  and  MOS  Clusters 
may  be  redefined  by  the  user,  and  MOS  restrictions  may  be  changed  (e.g. 
an  MOS  which  previously  disallowed  females  may  now  permit  them) ,  it  is 
necessary  to  determine  eligibility  at  the  start  of  each  new  EPAS  run. 

These  restrictions  (e.g.  no  females  in  combat  MOS;  no  APQT  Category  IV 
recruits  permitted;  etc.)  are  used  to  build  an  eligibility  matrix  by 
Supply  Group  by  MOS  Cluster.  Then,  if  a  Supply  Group  is  flagged  as  being 
ineligible  for  assignment  to  a  certain  MOS  Cluster,  that  Supply  Croup  is 
simply  not  "connected"  to  it.  That  way,  no  assignment  recommendations 
will  be  made  if  they  violate  the  policy  environment  under  which  EPAS. 


PEP  Limitations.  Implementation  of  PEP  limits  is  accomplished 
through  the  QAM  Policy  File.  The  user  enters  basic  PEP  policy  as  minimum 
and  maximum  allowable  PEP  length  in  months  for  each  demographic  group 
(defined  by  gender,  education,  and  APQT  category).  RUPEP  is  defined  by 
specifying  0  (closed)/!  (open)  flags  for  each  demographic  group,  month, 
MOS  combination. 


Gender  Missions.  Modeling  proportional  gender  missions  Is  not 
possible  in  the  pure  network  design  used  in  EPAS.  Gender  missions  (that 
is,  specific  goals  for  specific  MOS)  are  not  stated  by  APQT  category, 
whereas  all  remaining  MOS  missions  are  by  AFQT  category.  Therefore,  to 
incorporate  the  gender  goal,  a  non-network  set  of  constraints  would  have 
to  be  used.  Although  this  is  mathematically  possible,  the  resultant 
model's  solution  time  would  be  greatly  increased,  while  the  amount  of 
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addlcional  Information  gained,  relative  to  the  cost  of  solving  such  a 
model,  is  slight. 

However,  the  network  structure  permits  testing  the  feasibility  of  total 
gender  missions  and  Includes  gender  constraints.  In  addition,  when 
classification  simulation  is  performed,  the  detailed  assignment  process 
meets  these  gender  missions.  Therefore,  constraining  the  network  model 
to  incorporate  gender  missions  is  not  required. 


Detail  of  the  Network  Model 

The  following  sections  detail  the  network  formulation.  The  arcs  and 
nodes  displayed  in  Figure  C*3  are  explained.  Also,  specific  modeling 
features  of  the  model  are  discussed. 


Assignment  Arcs.  These  arcs  connect  the  Supply  Group-month  nodes 
(SG)  and  the  MOS  Cluster-month  nodes  (AH/AL/A4) .  The  associated  arc  cost 
is  a  user-selected  metric  (see  the  Cost  Criteria  section)  and  is  minimized 
in  the  problem's  objective  function.  The  AH,  AL  and  A4  nodes  act  as 
collectors  for  recruits  in  the  AFQT  Categories  I-IIIA  (AH),  AFQT  Category 
IIIB  (AL) ,  and  AFQT  Category  IV  (A4).  Each  Supply  Group-month  node  is 
only  connected  to  the  appropriate  collector,  as  determined  by  the  AFQT 
category  associated  with  the  Supply  Group.  The  exclusion  of  some 
applicants  to  certain  MOS  is  modeled  by  not  connecting  their  associated 
Supply  Group(s)  to  the  restricted  MOS  Clusters  (e.g.  female  Supply 
Group -month  nodes  are  not  connected  to  MOS  Clusters  containing  male -only 
MOS). 


MOS  Cluster  Requirements.  This  set  of  arcs  transforms  what  would 
be  a  multi-commodity  problem  into  a  single  commodity  formulation.  Class 
requirements,  including  quality  requirements,  define  monthly,  fiscal  and 
twelve -month  MOS  class  goals  for  each  MOS  Cluster  while  still  requiring 
that  monthly  and  annual  quality  goals  be  met.  In  other  words,  the  model 
forces  a  time-phased  distribution  of  quality  applicants  to  MOS  Clusters, 
while  meeting  both  MOS-specific  goals  and  Army-wide  quality  goals. 

Monthly  goals  for  quality  applicants  are  enforced  through  the  use  of  a 
lower  bound  on  the  AH  to  AT  arcs.  The  AT  nodes  sum  the  AH,  AL  and  A4 
nodes  for  each  MOS  Cluster-month.  The  lower  bound  on  flow  from  the  AT 
nodes  ensures  the  minimum  MOS  Cluster  class  size  requirements  are  met  for 
that  particular  month,  while  the  upper  bound  limits  the  maximum  MOS 
Cluster  size. 


MOS  Cluster  Collector  Nodes.  In  Figure  C-3  shows  only  one  type  of 
collector  node  for  the  sake  of  clarity.  In  the  actual  model,  there  are 
two  types  of  collectors:  the  MT^  node,  which  collects  the  twelve -month 
demand  for  MOS  Cluster  k,  and  the  FY^  (Fiscal  Year)  node  (not  shown), 
which  collects  the  fiscal-year  demand  for  MOS  Cluster  k. 
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For  classes  starting  in  nonth  x  where  aonth  x  is  within  the  fiscal -year 
boundary  (remember .. .AT  nodes  are  both  month  and  MOS  Cluster  specific)  •• 
flow  from  the  AT^  node  feeds  the  FY^  node. 

For  classes  starting  In  month  z  -•  where  month  z  Is  beyond  the  fiscal -year 
boundary  --  the  AT^j  node  feeds  the  MT^  node.  Then,  the  FY^  node  feeds 
Into  the  HT^  node,  with  a  lower  and  upper  bound  of  the  fiscal-year 
requirement  for  MOS  Cluster  k.  This  ensures  Che  fiscal-year  requirement 
will  be  met. 

Finally,  the  MT|(  node  flows  into  the  Super  Sink  (SK)  with  a  lower  and 
upper  bound  of  the  twelve -month  requirement  for  MOS  Cluster  k.  This  will 
ensure  the  twelve -month  requirement  is  met. 


PEP  Sink  (DP)  Node.  The  model  does  not  define  specific  assignments 
beyond  the  end  of  the  twelve -month  planning  horizon.  However,  recruits 
lace  in  the  planning  horizon  can  accept  a  PEP  length  beyond  the  class 
months  represented  by  the  AT  nodes.  This  is  modeled  as  a  dlreut  flow  from 
the  SG(j  node  to  the  PEP  sink  (DP).  The  cost  on  this  arc  is  sec  to  the 
maximum  cost  of  all  permissible  MOS  assignments  for  that  SG  node,  so  as 
to  encourage  filling  seats  within  the  planning  horizon. 


Super  Sink  (SK)  Hode.  In  any  network,  total  flow  In  must  equal 
total  flow  out.  To  handle  Che  exiting  flow,  the  Super  Sink  (SK)  is  used. 
This  node  receives  flow  from  the  MT  collector  nodes  for  each  MOS  Cluster. 
In  addition,  any  excess  artificial  supply  from  the  Super  Source  (SS)  flows 
into  the  .Super  Sink,  with  a  cost  of  zero.  Finally,  the  PEP  sink  feeds  the 
Super  Sink.  Thus,  the  flow  into  Che  network  (summation  of  all  SG  nodes 
and  Che  Super  Source)  equals  Che  flow  out  of  the  network  (summation  of  all 
twelve-month  demand  (MT) ,  PEP  beyond  the  planning  horizon,  and  unused 
artificial  supply). 

Additional  modeling  features  were  Incorporated  into  the  model  Co  handle 
special  cases  (when  supply  is  much  greater  than  demand)  and  to  goal  coward 
results  which  alternatively  could  have  been  modeled  as  non-network 
constraints  (distributing  high  school  graduates  equitably  across  MOS) . 


Quality  Substitution.  If  the  number  of  quality  (AFQT  Categories 
I-IIIA)  recruits  is  insufficient  to  meet  the  quality  requirement  for  any 
MOS  Cluster  in  any  given  time  period,  Che  model  is  designed  to  permit  AFQT 
Categories  IIIB-IV  recruits  to  fill  quality  class  seats.  This  process, 
called  quality  substitution,  permits  the  model  to  continue  to  a  solution. 

If  quality  supply  is  insufficient,  the  lower  bound  used  to  enforce  the 
quality  requirement  (on  the  AU  to  AT  arcs)  could  never  be  achieved.  As 
a  result,  the  optimization  algorithm  would  be  unable  to  reach  a  solution; 
no  usable  output  would  be  produced.  Through  substitution,  the  model  can 
meet  the  quality  requirement  and  continue.  Any  substitution  performed 
will  be  traced  and  reported  to  the  exception  report. 
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The  representation  of  the  model  in  Figure  C>3  must  be  expanded  before 
further  explanation  can  be  attempted.  A  "snapshot"  of  the  portion  of  the 
network  where  quality  substituting  is  modeled  is  shown  in  Figure  C*4. 

Figure  C-4.  EPAS  Network  Detail  Snapshot. 


Graduate 


This  figure  depicts  the  actual  design  of  the  network.  The  AH  nodes 
of  Figure  C-3  are  in  actuality  split  into  two  nodes:  .  AGij,  nodes  am  AUi^ 
nodes . 

Both  the  AG  and  AU  nodes  still  collect  quality  recruits;  the  AG  nodes 
collect  quality  recruits  with  a  high  school  diploma  or  equivalent,  whereas 
the  AU  nodes  collect  quality  non-graduate  recruits.  (This  differentiation 
is  necessary  to  model  graduate  targets,  explained  in  the  next  section.) 

Substitution  la  modeled  as  follows:  first,  the  AI^  nodes  are  connected 
to  the  respective  AU)y,  nodes,  with  a  very  high  cost  and  an  upper  bound 
equal  to  the  quality  requirement  for  that  MOS  Cluster  /  month.  Likewise, 
the  A4|^  nodes  are  connected  to  the  AUi^  nodes,  with  an  even  higher  cost 
and  the  same  upper  bound.  The  cost  structure  is  such  that  the  model  will 
use  all  quality  recruits  first,  the  AFQT  Category  IIIB  recruits  next  (from 
AL  nodes),  then,  as  a  last  resort,  the  AFQT  Category  IV  recruits  (from  A4 
nodes).  Since  the  upper  bound  on  these  substitution  arcs  is  the  quality 
mission,  excessive  substituting  will  be  avoided. 


Hitth  School  Graduate  Coals.  Once  quality  goals  had  been  incorpo¬ 
rated  into  the  model,  and  testing  had  begun,  we  discovered  an  interesting 
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phenomenon.  The  network  was  Indeed  meeting  the  MOS  Cluster  quality  goals 
as  desired;  however,  the  graduate  qtiality  recruits  were  being  dispropor¬ 
tionately  distributed  across  MOS  Clusters.  Upon  examination,  the  reason 
for  this  occurrence  became  clear:  the  model  had  no  way  of  differentiating 
between  graduate  and  non-graduate  quality  recruits. 

Although  supply  forecasts  were  broken  to  the  graduate/non- graduate  level 
of  detail,  both  graduate  and  non- graduate  SG|j  nodes  fed  into  the  AH 
quality  collector  node.  Once  this  happened,  flow  out  of  the  AH  node  had 
no  associated  education  level.  There  was  no  mechanism  within  the  model 
to  prevent  a  MOS  Cluster  from  being  assigned  only  graduate  quality 
recruits. 

This  problem  was  circumvented  by  using  graduate  targets,  calculated  in 
the  TRM,  at  the  MOS  Cluster  level.  The  targets  are  applied  in  the  AG|(„ 
and  AU^  nodes  shown  in  Figure  C-4.  Both  nodes  collect  quality  recruits. 
The  only  difference  is  that  AG  nodes  collect  high  school  graduates, 
whereas  AU  nodes  do  not. 

Quality  graduate  SG|j  nodes  now  connect  directly  to  the  AG|u,  node;  quality 
non- graduate  now  connect  to  the  AUi^  node.  (In  the  diagram  shown  in 
Figure  C-3,  both  flowed  into  the  AHi^i  node.)  The  AU  node  is  the  only 
quality  node  connected  to  the  ATjj,  collector,  with  a  lower  bound  of  the 
quality  mission.  To  goal  toward  the  graduate  target  (represented  as  Z|(„ 
in  Figure  C-4}  the  AG  node  is  connected  to  the  AU  node  with  a  lower  bound 
of  the  graduate  goal  (Zf^)  and  a  cost  of  zero. 

An  additional  arc  flows  from  the  AU  node  to  the  AG  node.  This  arc  permits 
non-graduate  substitution  for  graduate  recruits,  much  the  same  as  in 
quality  substitution.  Again,  the  costs  are  structured  to  ensure  use  of 
all  graduates  before  substitution  begins,  and  only  non-graduates  eligible 
for  assignment  to  the  MOS  Cluster  are  substituted. 

These  quality  targets  guide  the  model  toward  a  more  equitable  quali  cy 
graduate  distribution,  without  adversely  affecting  the  quality  goals 
themselves.  A  warning  is  written  to  the  QAM  exception  report  if  any 
graduate  goals  are  shorted;  that  is,  if  any  non-graduates  are  used  to  fill 
graduate  class  seats. 


PEP  Management.  PEP  management  is  accomplished  by  use  of  the  QAM 
policy  editor.  Minimum  and  maximum  allowable  PEP  lengths  are  entered  in 
the  QAM  policy  editor  by  demographic  group  (Gender/Education/AFQT 
category).  In  addition,  RUPEP  is  defined  as  0/1  flags  indicating  which 
months  are  "open”  to  assignment.  Assignment  arcs  in  the  model  are  then 
generated  from  the  SG|j  nodes  only  to  those  MOS  Cluster-month  nodes 
(AG/AU/AL/A4)  contained  within  that  Supply  Group's  permissible  PEP/RUDEP 
period. 


Escape  Arcs.  As  a  proxy  for  rejection  of  marginal  recruits,  the 
model  is  designed  to  permit  flow  from  the  SG  nodes  directly  to  the  Super 
Sink.  Costs  on  these  arcs  ensure  that  any  MOS  Cluster  assignment  will  be 
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given  over  rejection.  Escape  arcs  penile  excess  supply  (usually  In  the 
AFX)T  Category  IIIB  and  IV  Supply  Groups)  to  be  rejected,  without  adversely 
affecting  end  strength  or  quality  missions. 

The  major  disadvantage  of  Che  network  formulation  is  that,  since  it  does 
not  have  a  full  description  of  all  Che  system  constraints,  it  can  not  be 
used  to  test  the  feasibility  of  certain  policy  alternatives.  For  example, 
as  discussed  above,  one  can  not  model  gender-based  objectives  and  quality 
goals  at  the  same  time.  In  an  effort  to  expand  the  flexibility  of  the  op¬ 
timization  procedures,  GRC  Investigated  the  use  of  linear  program  (LP) 
formulations.  Two  LP  formulations  were  investigated:  the  Aggregate 
Allocation  Model  (AAM)  and  Che  Quality  Allocation  Model  Linear  Program 
(QAM-LP). 


Aggregate  Allocation  Model 

The  first  LP  formulation,  called  Che  Aggregate  Allocation  Model  (AAM), 
was  based  on  Che  network  formulation  and,  therefore,  shares  most  of  the 
targets,  constraints,  costs,  etc.  described  above.  The  primary  additional 
objective  included  in  the  LP  formulation  was  an  attempt  to  include  gender- 
based  objectives. 

In  Che  network  model,  monthly  quality  goals  are  met,  as  are  fiscal -year 
and  twelve -month  MOS  requirements.  In  Che  AAM,  annual  MOS  requirements 
are  still  met,  as  are  annual  quality  requirements.  Gender  requirements 
are  also  enforced,  unlike  Che  network  formulation.  An  initial  attempt 
was  made  Co  model  the  AAM  at  Che  monthly  level  of  detail  as  well.  The 
resultant  problem  formulation,  however,  was  much  to  large  to  be  solved  in 
a  reasonable  amount  of  time. 

The  allocation  mapping  is  performed  only  at  the  Supply  Group  Co  MOS 
Cluster  level  of  detail.  The  AAM  ensures  that  recruits  are  allocated 
throughout  the  year  such  Chat  all  missions  (MOS,  quality,  gender)  are  met 
while  Che  overall  performance  of  the  recruit  pool  is  maximized. 

The  mathematical  representation  of  the  AAM  formulation  is  shown  in 

Table  C-15.  Its  objective  is  to  minimize  Che  total  cost  of  all  assign¬ 

ments,  constrained  to  meet  all  requirements,  using  Che  available  recruit 
pool.  In  addition,  the  following  demand  constraints  are  included  in  the 
AAM  formulation: 

(1)  MOS  Cluster  Annual  Missions.  The  summation  of  all  recruits 

assigned  to  each  MOS  Cluster  must  meet  or  exceed  the  annual 

mission  for  each  MOS  Cluster. 

(2)  Female  Mission.  The  summation  of  all  female  recruits  assigned 
to  each  MOS  Cluster  must  meet  or  exceed  the  female  annual 
mission,  but  must  not  exceed  the  female  limitation  for  that 
MOS  Cluster. 
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Table  C-15.  Aggregate  Allocation  Model  Fonoulatlon. 


MINIMIZE:  X  Z  x  X^j 

ViJ  vij 

where:  Is  the  number  of  recruits  from  Supply  Group  "i" 

assigned  to  MOS  Cluster  "J" 

Is  the  cost  of  assigning  a  recruit  from  Supply  Croup 
•1"  to  MOS  Cluster  "j" 


SUBJECT  TO: 

X  Xij  <-  SUPPLY^  for  all  Supply  Croups  1 
vj 

Y  Xij  >-  DEMANDj  for  all  MOS  Clusters  J 

VI 

X  X^j  >-  FEMALE_REQj  for  all  MOS  Clusters  J 

VI 

X  Xij  <-  FEMALE_CAPj  for  all  MOS  Clusters  j 

VI  tank 

X  Xij  >-  QUALITYj  for  all  MOS  Clusters  J 

VI  AFOT  14nA 

X  Xij  <-  CAPIV_CAPj  for  all  MOS  Clusters  J 

Vi  AFOT  IV 


where:  SUPPLY^ 

DEMAND^ 
FLKALE_REQj 
FEMALE_CAPj 
QUALITY^ 
CATIV_CAPj 


-  Supply  of  Supply  Group  1  recruits 

-  Demand  for  recruits  in  MOS  Cluster  j 

-  Female  mission  for  MOS  Cluster  j 

-  Female  limit  for  MOS  Cluster  J 
■  Quality  goal  for  MOS  Cluster  J 

-  AFQT  Category  IV  limit  for  MOS  Cluster  j 


(3)  Quality  Targets.  The  summation  of  all  quality  (AFQT  Cate¬ 
gories  I-IIIA)  recruits  assigned  to  each  MOS  Cluster  must  meet 
or  exceed  the  quality  targets  for  each  MOS  Cluster. 

(4)  AFQT  Category  IV  Limits.  The  summation  of  all  AFQT  Cate¬ 
gory  IV  recruits  must  not  exceed  the  AFQT  Category  IV  capacity 
for  each  MOS  Cluster. 

Two  parameters  have  been  provided  to  allow  the  analyst  to  specify  the 
stringency  of  the  model's  constraints  to  examine  the  effects  of  specific 
policy  changes.  These  parameters  are: 
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(1)  Cut  Score  Requirement  Flag.  This  flag  Indicates  whether  the 
average  metric  score  of  the  Supply  Group  must  meet  the 
qualifying  metric  score  for  an  MOS  Cluster  to  be  eligible  for 
assignment.  If  ”1,"  the  cut  score  requirement  is  imposed;  if 
-O,-  it  is  not. 

(2)  Demographic  Constraint  Flag.  This  flag  may  take  on  any  of 
three  values: 

(a)  "0”  indicates  only  the  cut  score  requirement  is  imposed. 
Gender  and  APQT  category  goals/capacities  are  Ignored. 

(b)  *1"  indicates  both  the  cut  score  and  female  requirements 
are  imposed.  The  AFQT  category  goals/capacities  are 
ignored. 

(c)  ”2"  indicates  all  demand  constraints  are  imposed. 

The  principle  function  of  the  AAM  was  to  examine  the  feasibility  of 
utilizing  an  LP  approach  to  problem  formulation.  The  AAM,  therefore,  was 
developed  and  tested  independently  from  ERAS'  system  framework.  That  is, 
while  it  uses  many  of  the  same  data  files,  it  has  not  been  Included  the 
Process  Test  System  (described  below). 

The  results  of  this  analysis  indicated  that  LP  formulations  to  overcome 
non-network  constraints  could  be  developed.  Complete  LP  formulations, 
however,  were  unacceptably  large,  in  terms  of  both  problem  size  and 
execution  time. 

The  AAM  formulation  was  restricted  to  generalized  problem  formulations. 
Since  all  data  are  at  the  annual  level,  only  a  limited  amount  of 
information  is  available  for  the  detailed  allocation  process.  The  long 
run  time  (compared  to  the  network  formulation)  and  limited  information 
available  led  GRC  to  conclude  that  further  efforts  into  the  AAM  were  not 
warranted. 

The  AAM  did,  however,  provide  practical  experience  into  the  feasibility 
of  LP  formulations  for  the  ERAS  allocation  problem.  Based  on  this 
experience,  further  research  was  conducted  into  more  practical  LP 
formulations. 


Quality  Allocation  Model  Linear  Program 
The  Network  Shortcoming 

The  network  formulation  provides  adequate  solutions  to  the  allocation 
problem,  particularly  in  the  Policy  Analysis  and  Simulation  Modes. 
Solution  times  within  the  2-mlnute  neighborhood  for  a  54  MOS  Clusters  by 
81  Supply  Croups  problem  provided  excellent  results  in  a  rapid  manner. 
This  was  particularly  useful  when  performing  repeated  simulations  as  part 
of  our  ongoing  research. 
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However,  the  network  fomulation  aodel  has  one  very  Important  shortcoming 
when  applied  to  the  Operational  Mode.  MOS  training  within  the  network  is 
modeled  as  a  one -stage  process.  Some  MOS  do  train  in  one  step,  known  as 
One  Station  Unit  Training  (OSUT)  training. 

In  the  general  case,  however,  MOS  training  is  not  a  one -stage  process. 
A  majority  of  recruits  are  assigned  to  Basic  Training  (BT) ,  lasting  lasts 
eight  weeks.  Following  successful  conclusion  of  BT,  the  recruits  then 
move  on  to  specific  MOS  training  classes  (Advanced  Individual  Training  - 
AIT). 

The  network  models  the  BT/AIT  reality  implicitly.  AIT  start  dates  are 
backed  off  8 -weeks  to  approximate  the  BT  delay. 


Reasons  for  an  LP  Fommlatlon 

There  are  several  reasons  for  developing  a  more  rigorous  problem 
formulation.  One  reason  is  policy  related:  the  length  of  time  between 
completion  of  BT  and  start  of  AIT  is  flexible,  albeit  minimal.  This  time 
lag  is,  presumably,  a  policy  parameter;  one  which  could  be  manipulated  by 
Army  managers. 

A  second  reason  is  reality,  one  which  is  particularly  important  for  the 
Operational  Mode.  The  network  formulation  assumes  that  sufficient  BT  is 
always  available  to  meet  AIT  start  dates.  This  may  not  be  the  case. 
Given  that  AIT  class  space  for  an  MOS  often  exceeds  the  annual  require¬ 
ment,  thus  providing  management  flexibility,  care  must  be  taken  in  how 
AIT  seats  are  allocated  so  that  available  BT  seats  are  not  exceeded. 

Yet  another  issue  is  managing  accession  limits  versus  training  require¬ 
ments.  Recruits  are  charged  against  accession  limits  when  they  actual 
report  for  training.*  They  are  not  counted  against  the  MOS  training 
requirement,  however,  until  they  graduate  from  AIT.  The  network 
formulation  directly  relates  the  accession  limits  to  the  specified 
training  program.  This  is  inaccurate  and  results  in  overly  restricting 
the  possible  solutions. 

All  of  these  issues  cause  non-network  restrictions  on  the  model  and, 
therefore,  can  not  be  addressed  in  the  current  network  formulation.  GRC, 
therefore,  investigated  means  of  dealing  with  these  issues. 

GRC  first  investigated  the  possibility  of  a  network  model  with  side  con¬ 
straints,  since  significant  advances  in  solution  methods  of  such  models 
has  been  made.  However,  we  concluded  that,  even  if  the  model  could  be 
revised  as  a  network  with  side  constraints,  we  would  probably  end  up  with 
an  inflexible  model.  (We  are  considering  the  addition  of  loss  modeling 
(i.e.  attrition)  to  our  formulation,  and  saw  no  way  of  incorporating  it 


*Recruttt  attlgned  to  an  OSUT  etaaa  do  not  coknt  agairwt  tha  IT  Kait,  but  are  cointcd 
againat  tha  aenthly  accaai<on  l(«<t  at  tha  pofnt  of  accaaa<on. 
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In  a  necvork  with  side  constraints.  ]  Va  decided  Instead  on  an  LF 
approach. 


The  Proposed  _LP  Fommlatlon 


Subscripts  have  the  following  aeanlng  throughout  the  following  sections: 
1  -  Supply  Group  (1  ...  81) 

j  -  Contract  Month  |l  _  12) 

k  -  Month  training  begins  (BT  or  OSUT)  [1  ...  12) 
m  -  -AIT"  MOS  Cluster  (1  ...  54) 

B  -  "OSUT-  MOS  Cluster  (1  ...  5) 

p  -  Month  AIT  training  begins  (1  ...  14) 


Let:  SG{j|( 


Number  of  Supply  Group  1  contracting  In  month  J  to  start 
Amy  training  (either  BT  or  OSUT)  In  month  k. 


Number  of  Supply  Group  1  scheduled  to  start  Basic 
Training  In  month  k,  with  AIT  training  In  MOS  Cluster 
m  to  begin  In  month  p. 


OSUTjiy,  Number  of  Supply  Croup  1  scheduled  to  start  OSUT 

training  In  month  k  In  OSUT-MOS  Cluster  b* 

JOE.  Number  of  male,  graduate,  AFQT  Category  I  artificial 

recruits  accessed  In  AIT  MOS  Cluster  m  some  time  during 
the  recruit  year.  (these  are  "fake"  people  used  to 
ensure  feasibility) 

JOE.  Similar  to  JOE.,  but  for  OSUT  MOS  Clusters. 


In  addition  to  the  above  decision  variables,  the  following  parameters  are 
used  as  upper  and  lower  bounds  In  the  model  (m  here  represents  both  AIT 
and  OSUT  MOS  Clusters): 


SUPPLY)j  Number  of  available  contracts  projected  for  month  J  in 
Supply  Group  1. 

BTMAXit  Basic  Training  class  maxlmums  for  month  k.  (BT  maxlmums 

are  weekly,  we  total  the  weeks  to  monthly  number) 


AAMMP|(  Active  Amy  accession  limit  for  month  k. 


FYREQ.  Annual  accession  requirement  for  MOS  Cluster  m. 


QUAI^ 


Quality  (AFQT  I-IIIA)  goal  for  accessions  In  MOS  Cluster 
m  In  month  p. 


GRAD^  High  School  Graduate  goal  for  accessions  In  MOS  Cluster 

m  In  month  p. 


CAP4^  AFQT  IV  cap  for  MOS  Cluster  m  In  month  p. 
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CLMIN,^  Min.  required  class  size  for  MOS  Cluster  a  in  month  p. 

CLHAX,^  Max.  allowable  class  size  for  MOS  Cluster  a  in  month  p. 


Model  Objective.  The  network  formulation  minimizes  the  objective. 
Since  the  model  usually  optimizes  on  aptitude  area  scores  (for  which 
blg^'-r  is  better),  it  uses  Inverted  scores.  (Note  that  other  measures 
could  be  optimized  -•  this  is  user-selected).  For  consistency,  the  LP 
also  minimizes  the  inverted  scores. 

An  additional  cost  is  also  needed;  the  cost  of  using  an  artificial  JOE. 
An  arbitrarily  large  cost,  BIGM,  is  defined  to  be  sufficiently  large  to 
discourage  use  of  any  JOEs,  unless  absolutely  necessary  to  make  feasibi¬ 
lity.  C{,i  is  the  "cost*  (e.g.  Inverted  aptitude  score)  of  assigning  a 
person  of  Supply  Group  i  to  MOS  Cluster  m;  BIGM  is  larger  than  the  largest 
Ci.. 

Table  C-16  shows  the  basic  Lf  formulation  which  meets  these  objectives. 


Additional  Constraints.  Numerous  additional  constraints  are 
required  properly  define  the  model.  These  additional  constraints,  shown 
in  Table  C-16  as  separate  sections,  are  described  below. 


Balancing.  "BALANCING*  constraints  are  a  mechanism  used  to  ensure 
that  recruits  used  in  a  BT  or  OSUT  class  which  start  training  in  month  k 
are  actually  available  to  start  training  in  month  k. 


Monthly  Targets.  Constraints  are  also  necessary  to  ensure  "legal" 
class  sizes.  These  constraints  also  spread  quality  and  graduate  recruits 
as  evenly  as  possible  across  monthly  classes,  while  enforcing  annual 
quality  and  graduate  goals  W  MOS  cluster.  These  constraints  are  defined 
in  "sets"  of  Supply  Groups ,’  where : 

Q  -  Supply  Croups  1  representing  AFQT  1-IIIA  recruits 

G  -  Supply  Groups  i  representing  high  school  graduates 

IV  -  Supply  Groups  I  representing  AFQT  category  IV  recruits 

Also,  let  FCT  be  some  arbitrary  percentage,  say  75%.  The  LP  uses  PCT  in 

an  effort  to  spread  quality  and  graduate  recruits  evenly  across  months. 
By  applying  PCT  to  each  monthly  target,  the  LP  goals  toward  the  target 
without  forcing  each  target  to  be  met.  This  allows  for  additional 
flexibility  in  the  solution. 


^  These  set*  are  NOT  lautiMlly  exclusive.  *4"  end  *0"  Intersect,  as  do  "C  and  "IV*.  By 
definition,  “0"  and  "IV"  are  nutualty  exctueive  (i.e.  have  no  intersection). 
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Table  C-16.QAM  LP  Formulation. 


MINIMIZE; 


10  12 

III  Z(Ci.*AITik^)  +  5;(BIGM*J0E.)  +  5;  Z(Ci.*0SUTn.)  +  j;(BIGM*JOE.) 

yi  k-l  Va  p-k+2  Va  VlV»  Vg 


SUBJECT  TO: 


12 


X  SGijk  i  SUPPLYjj 
k-j 


for  all  Supply  Groups  i  In  month  j 


12 


III  AlTifa^  S  BTMAXk 

VI  Va  p-k+2 


BT  limits  for  all  month  k 


12 

X  Z  Z  AITj^  +ZZ  OSUTifc.  ^  AAMMP^  monthly  accession  limits  for 
VI  Va  p-k+2  VI  vg  each  month  k 

10  12 

Z  Z  Z  AITiiyjp  +  JOE,  -  FYREQ,  requirements  for  each  AIT 

VI  k-l  p-k+2  MOS  Cluster  m 


10 


X  X  OSUTiv.  +  JO^  -  FYREt^  requirements  for  each  OSUT 
VI  k-l  MOS  Cluster  b 


BALANCING: 

k  12 

Z  SG^jk  a  X  Z  AITika^  +  Z  Z  OSUTik,  for  all  Supply  Groups  i 
j-i  vap-k+2  VI  vg  in  month  k 
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Table  C-16.  (continued) 


MONTHLY  TARGETS: 

I  V  AIT,k^  2:  PCT  *  QUAL^ 

leQ  k-l 

I  OSUTik.  S  PCT  *  QUALj^k 

leQ 

p-i 

I  I  AITik.,  2:  PCT  *  GRAD^ 

tcG  k-l 

X  OSUTik.  i  PCT  *  GRADgk 
ICC 

I  I*  AlT,k^  ^  CAP4^ 

iCiV  k-l 

I  OSUTik.  S  CAP4gk 
leiv 

P-2 

Cinw^<l  I  AIT,k^  <  CLMAX^ 

VI  k-l 

CLMINjk  S  X  OSUTik.  S  CLMAX^^ 

Vi 


ANNUAL  TARGETS; 

10  12 

III  AITik.,  +  JOE.  2:  QUAL. 

icQ  k-l  p-k+2 
10 

I  I  OSUTu.  +  JOE.  ^  QUAL. 

ICQ  k-l 

I  I  I  AITik.p  +  JOE.  i  GRAD. 

ICC  k-l  p-k»2 
10 

I  I  OSUTik.  +  JOE.  ^  GRAD. 
icC  k-l 


(Quallty-AIT)  for  all  AIT  Cluster  m 
in  month  p 

(Quallty-OSUT)  for  all  OSUT  Cluster 
a  in  month  k 

(Graduate -AIT)  for  all  AIT  Cluster 
m  in  month  p 

(Graduate -OSUT)  for  all  OSUT  Cluster 
B  in  month  k 

(CatIV-AlT)  for  all  AIT  Cluster  ra 
in  month  p 

/CatIV-OSUT)  for  all  OSUT  Cluster  m 
in  month  k 


(Capacities-AIT)  for  all  AIT 
Cluster  m  in  month  p 

(Capacities-OSUT)  for  all  OSUT 
Cluster  s  fn  month  k 


(Quality-AIT)  for  each 
MOS  Cluster  m 


(Quallty-OSUT)  for  each 
OSUT  Cluster  b 


(Graduate-AIT)  for  each 
MOS  Cluster  m 


(Graduate -OSUT)  for  each 
OSUT  Cluster  b 
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Annual  Targets.  The  models  uses  PCT  Co  spread  Che  quelicy  and 
graduace  accessions  across  monChs  because  Che  Army  desires  an  even 
dlstrlbuclon  for  promoClon  purposes.  Hovever,  If  each  monch  misses  Ics 
monthly  quallcy  goal  --by  lowering  che  goal  using  PCT  --  cha  model  could 
miss  the  annual  Cargec.  Therefore,  addlclonal  consCralnCs  are  needed  Co 
force  Che  annual  cargeCs. 

The  arclflclal  variable  JOE  Is  again  used  Co  ensure  feaslblllcy.  QUAL 
and  GRAD  with  a  single  subscrlpC  m  (or  g)  indicate  annual  quality  and 
graduate  goals,  respectively,  for  each  MOS  Cluster.  Note  that  an  annual 
constraint  for  the  cap  on  AFQT  IV  Is  not  necessary  --  since  this  is  an 
upper  bound  constraint  enforced  across  all  months,  and  che  suomacion  of 
Che  monthly  caps  equals  the  annual  cap,  che  annual  total  will  certainly 
be  less  chan  Che  annual  cap. 


Approximate  Model  Dimensions.  This  section  presumes  a  model  size 
of  81  Supply  Groups  and  S4  [AIT]  MOS  Clusters.  Previously,  AIT  and  OSUT 
MOS  were  not  differentiated.  An  additional  five  MOS  Clusters  were  assumed 
to  represent  OSUT  MOS  Clusters.  Finally,  a  twelve-month  time  horizon  is 
used.  These  assumptions,  as  might  be  expected,  result  In  an  extremely 
larger  problem  formulation. 

The  network  formulation  encountered  a  similar  size  problem.  To  reduce 
the  problem  size,  a  heuristic  routine  was  developed  which  eliminated 
potential  Supply  Group-Co-MOS  Cluster  assignments  based  on  Che  charac¬ 
teristics  of  both.  For  example,  Army  policy  prohibits  females  in  combat 
MOS;  therefore,  che  heuristic  disallows  any  female  Supply  Croup  to  be 
eligible  for  any  combat  MOS  Cluster.  This  technique  was  continued  In  Che 
LP  formulation.  This  results  In  an  average  eligibility  of  30  MOS  Clusters 
per  Supply  Group,  down  from  che  maximum  of  59. 

Ulchln  che  network,  the  heuristic  eliminated  Invalid  assignments  by 
eliminating  Che  arc  connecting  Che  appropriate  Supply  Group  and  MOS 
Cluster  nodes.  Ulchln  an  LP,  che  result  Is  a  reduction  In  the  number  of 
decision  variables.  Using  Che  current  number  of  Supply  Groups  and  an 
average  eligibility  of  35,  approximately  160,000  decision  variables  will 
appear  In  the  EPAS  LP. 

A  further  reduction  In  che  number  of  decision  variables  will  result  from 
the  Implementation  of  Che  RUDEP  policy.  RUDEP  Is  used  by  the  Army  to 
control  the  types  of  people  permitted  to  access  In  a  given  monch. 
Previously,  EPAS  simply  used  a  maximum  DEP  length  of  6  months.  In 
addition  to  a  maximum  DEP  length,  RUDEP  policy  closes  certain  months  Co 
certain  types  of  recruits  (e.g.  Male  graduate  IIIA's  may  not  access  In 
October,  November,  or  January).  The  effect  In  the  LP  will  be  to  eliminate 
certain  AlTny^  and  OSUTika  ftom  consideration,  reducing  the  number  of 
decision  variables. 

Table  C-17  shows  che  approximate  number  of  rows  in  the  LP.  The  Cable  Is 
designed  using  1  (Supply  Groups),  m  (AIT  MOS  Clusters),  g  (OSUT  MOS 
Clusters)  as  previously  defined;  (J,k,p)  represent  contract  monch, 
■start- training"  month,  and  "AlT-start"  month,  respectively. 
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Tablt  C-17.  Nuaber  of  Rovg  In  QAM  LP  Fornulgclon. 


CONSTRAINT  TYPE 

COMBINATIONS 

»  CONSTRAINTS 

Supply 

i  *  j 

972 

BT  Limits 

k 

12 

AAKMP  Limits 

k 

12 

FY  Req.  -  AIT 

a 

54 

FY  Req.  -  OSUT 

B 

5 

Balancing 

i  *  k 

972 

Quality  -  AIT 

a  *  p 

648 

Quality  -  OSUT 

B  *  k 

60 

Graduate  •  AIT 

a  *  p 

648 

Graduate  •  OSUT 

B  *  k 

60 

Cap  on  IV  -  AIT 

m  *  p 

648 

Cap  on  IV  -  OSUT 

B  *  k 

60 

AIT-CapaclCles 

2  *  a  *  p 

1296 

OSUT-CapaclCies 

2  *  B  *  k 

120 

FYReq.  AIT-QUAL 

a 

54 

FYReq.  OSUT-QUAL 

B 

5 

FYReq.  AIT-GRAO 

a 

54 

FYReq.  OSUT-GRAD 

B 

5 

TOTAL 

5685 

One  additional  sec  of  constraints  is  necessary.  EPAS  is  designed  to 
process  12  nonthly  iterations;  therefore,  two  sets  of  "annual"  accession 
goals  are  generated.  The  first  set  are  12>month  goals  which  cover  the 
entire  twelve  aonths  in  the  model;  the  second  set  covers  the  remainder  of 
the  recruit  year.  (In  the  first  iteration  of  EPAS,  these  goals  are 
identical.)  These  constraints  are  similar  to  the  "FYReq."  constraints 
above;  this  results  in  an  additional  3m  *  3b  constraints.  (3*5^  -f  3*3  • 
172  using  Che  current  number  of  MOS  Clusters) 


Finsl  Considerstions .  All  decision  variables  (SG,  AIT,  OSUT,  and 
JOE)  are  restricted  to  be  non*negative.  JOEs  have  no  associated  upper 
bound.  In  an  optimal  solution,  if  any  JOE  is  positive,  the  projected 
supply  is  not  sufficient  to  meet  all  training  requirements. 

Since  Basic  Training  lasts  eight  weeks,  the  model  permits  AIT(iu^  variables 
to  exist  only  for  pairs  of  (k,p)  where  p  is  at  least  2  greater  chan  k. 
In  other  words,  a  contract  in  month  k  can  begin  AIT  training,  at  the 
earliest,  in  month  k-»'2.  Hence,  p  (start  of  AIT  class)  will  always  be 
greater  Chan  or  equal  to  (k-f2). 

The  model  assumes  the  time  a  recruit  can  "sic  idle"  (i.e.,  the  period 
between  the  end  of  BT  and  Che  start  of  AIT)  is  very  short  (probably  less 
than  a  month).  If  this  assumption  is  true,  then  the  set  of  (k,p)  pairs 
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will  be  reduced  further,  such  that  legal  values  of  p  will  be  either  (k+2) 
or  (k-f3) .  This  assumption  was  imbedded  within  the  QAM  LP  formulation  for 
testing.  Care  must  be  taken  in  expanding  this  window,  as  it  will 
significantly  Impact  the  size  of  the  model. 

The  network  model,  in  addition  to  class  maxima  and  minima,  makes  use  of 
■nominal*  class  sizes.  This  is  the  Army's  desired  fill  (l.e.  the  "best" 
class  size  considering  the  classroom,  available  equipment,  degree  of 
instructor  attention  needed  per  student,  etc.)  for  each  class,  and  falls 
between  CLMINup  and  CLMAXip.  The  LP  formulation  does  not  use  this 
parameter. 


Dtilization  of  Optimal  Solution 

The  successful  implementation  of  an  EPAS* gene rated  optimal  solution  was 
a  critical  research  issue  for  this  project.  As  documented  at  the 
beginning  of  this  section,  extensive  precedent  had  been  established  for 
the  use  of  linear  optimization  models  to  solve  personnel-related  issues. 
The  research  associated  with  the  actual  formulation  of  the  model, 
therefore,  primarily  dealt  with  problem  definition  and  application  of 
techniques . 

The  cited  precedents,  however,  all  differ  from  the  EPAS  requirement  in 
one  significant  area:  each  of  the  precedents  utilizes  the  generated, 
optimal  solution  directly.  This  is  not  possible  with  EPAS. 


Application  of  Optimal  Solution 

The  principal  objective  of  the  optimization  is  to  support  the  detailed 
assignment  process,  whether  simulated  or  actual.  Many  factors  preclude 
using  the  optimal  solution  for  actual  classification  of  recruits.  Some 
of  these  factors  include: 

•  Individual  Qualifications.  Individuals  within  Supply  Groups 
may  not  meet  the  specific  requirements  for  MOS  recommenda¬ 
tions.  For  example,  the  optimization  model  does  not  deal  with 
many  types  of  MOS-specific  requirements.  An  individual  may 
appear  qualified  to  the  optimization  model,  but  fail  to 
qualify  because  of  some  addition  restriction,  such  as  a 
citizenship  requirement. 

•  MOS  Availability.  The  optimization  is  performed  on  a 

"snapshot"  of  the  MOS  status  at  some  point  in  time.  As 
individuals  are  assigned  to  training  seats,  some  MOS  may  no 
longer  be  available.  The  optimal  solution,  however,  would 
not  recognize  this  fact  until  it  is  rerun.  Running  the 

optimization  procedure  in  real-time,  l.e. ,  for  each  applicant, 
Is  clearly  Infeasible  because  of  the  required  solution  times. 

•  Individual  Choice.  Under  current  Army  policy,  the  final 

decision  regarding  training  is  left  to  the  individual  recruit. 
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Thus,  Individusls  may  simply  choose  not  to  accept  the  optimal 
solution,  even  though  they  are  qualified  and  training  capacity 
exists. 

Clearly,  these  factors  prevent  direct  application  of  the  optimal  solution. 
Any  applicant's  deviation  from  the  optimal  solution  would  negate  that 
solution.  This  problem  led  to  two  research  Issues:  developing  "optimal 
guidance"  which  would  Influence  job  selection  and  communlcsting  the 
optimal  guidance  to  the  detailed  assignment  procedures. 


Developing  Optimal  Guidance 

The  EPAS  approach  uses  "ordered  lists”  through  which  the  desirability  of 
each  Supply  Croup's  alternative  MOS  assignments  are  defined.  Ordered 
lists  are  time -specific,  l.e.,  MOS  by  start  date,  recommendations  defined 
from  the  "reduced  costs"*  generated  by  the  optimization  models. 

The  solution  algorithms  ••  both  ARCNET  (network)  and  Vhlzard  (LF)  -- 
provide  Information  on  the  non-baslc  (l.e.,  non-optlmal)  arcs  (network) 
or  variables  (LP).  In  standard  linear  programming  notation,  this  Is  the 
"Zj  -  cj";  the  cost  of  Introducing  the  arc/varlable  Into  the  basis.  This 
Information,  used  for  sensitivity  analysis  In  standard  applications,  Is 
routinely  provided  as  output  by  optimization  algorithms. 

GRC  developed  a  methodology  for  utilizing  the  reduced  cost  Information  to 
generate  a  rank-ordered  list  providing  the  relative  desirability  of  each 
HOS/start  date  combination.  TAB  3  provides  an  empirical  example  of  this 
process ,.  summarized  In  the  following  paragraphs. 

The  reduced  cost  for  an  MOS/start  date  which  is  part  of  the  optimal 
solution  will  have  the  value  of  zero.  Some  MOS/start  dates  which  are  part 
of  an  alternate  optimal  solution  will  also  have  a  value  of  zero.  As 
assignments  deviate  further  from  the  optimal  solution,  the  value  of  their 
associated  reduced  costs  Increase.  The  list  of  possible  assignments  is 
sorted  In  ascending  reduced  cost  order.  Program  logic  ensures  that 
optimal  solutions  are  listed  before  alternate  optimal  solutions,  even 
though  both  have  reduced  costs  of  zero.  Ties  are  broken  be  DEP  length, 
with  shorter  DEP  length  moving  closer  to  the  top  of  the  list.  MOS 
Clusters  are  then  broken  Into  their  component  MOS. 

Finally,  an  algorithm  Is  applied  to  Individual  MOS  to  Identify  critical 
MOS  which  may  have  been  masked  within  the  clusters.  When  MOS  Clusters 
are  formed.  Information  on  Individual  MOS  with  an  Immediate  need  to  fill 
may  be  obscured  by  other  MOS  with  considerable  flexibility  In  meeting 
their  requirements.  The  algorithm  Identifies  critical  MOS  using  criteria 
such  as  remaining  training  capacity,  remaining  requirement,  difficulty  of 


*Tht  reader  <t  referred  to  the  ARCKET  Uaer's  Guide,  1980,  for  •  ditcutalon  of  re^ed  costs. 
This  concept  eppllee  equally  to  the  linear  progrannins  fomutationa. 
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fill,  and  time  to  fill.  Critical  MOS  are  moved  closer  to  Che  top  of  the 
list. 

The  resulting  ordered  list  contains  Che  MOS,  Che  start  date,  and  a  numeric 
score  indicating  the  relative  desirability  of  the  assignment.  The  numeric 
score  is  adjusted  so  Chat  Che  optimal  solution  always  has  a  value  of  1000, 
with  successive  options  having  lover  values.  The  difference  In  values 
between  any  two  assignments  provides  a  indication  of  Che  relative 
desirability  of  the  two. 

This  scheme  has  Intuitive  appeal  because  it  selects  those  alternative  Jobs 
which  would  cause  the  least  deviation  from  the  optimal  solution.  A  strict 
Interpretation,  however,  would  suggest  that  using  reduced  cost  In  this 
manner  Is  only  valid  for  one  substitution  of  a  Job.  The  number  of 
recruits  which  could  be  assigned  Co  that  MOS  using  the  reduced  cost  as  a 
substitution  cost  cannot  be  known  without  resolving  the  problem. 
Fortunately,  there  Is  considerable  flexibility  for  the  supply-limited, 
quality  recruits.  Furthermore,  the  solution  Is  resolved  frequently.  This 
tend  to  maintain  the  system  near  optimal,  since  overfilling  (or  under 
filling)  In  one  period  will  be  compensated  for  in  the  next  period. 


Aggregate  Assignment  Rntmwarv 

The  generation  and  utilization  of  optimization  techniques  was  a  key 
element  of  the  EPAS  research.  GRC  developed  and  evaluated  three  linear 
optimization  techniques:  a  network  and  two  linear  program  formulations. 
Two  of  these,  the  network  and  the  second  LP,  were  Imbedded  in  the  EPAS 
Process  Test  System  and  extensively  evaluated. 

Both  techniques  offer  significant  advantages  and  disadvantages:  the 
network  provides  rapid,  generalized  solutions  by  sacrificing  model  detail. 
The  LP  provides  additional  detail,  but  does  so  at  Che  expense  of 
significantly  Increased  execution  times  (45-50  minutes  for  Che  LP  versus 
2  minutes  for  the  network) . 

GRC  recommends  that  both  techniques  be  Included  In  an  operational  system. 
The  specific  methodology  to  be  employed  will  depend  on  the  EPAS  mode  being 
exercised,  specifically: 

•  Policy  Analysis  Mode  --  Network  Formulation.  The  Policy 
Analysis  Mode  provides  rapid,  feasibility  analyses  of  policy 
alternatives.  It  presents  an  ideal  application  for  the 
network  approach,  as  exacting  detail  is  less  Important  than 
rapid  response. 

•  Simulation  Mode  --  both  Network  and  LP  Formulations.  The 
Simulation  Mode  allows  more  detailed  analysis  and,  on  the 
surface,  would  seem  better  suited  to  the  LP.  Simulations, 
however,  provide  an  extended  policy  analysis  capability.  Both 
formulation  may  be  suitable,  therefore,  depending  on  the 
specific  intent  of  the  analysis. 
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•  Operational  Node  -•  LP  Fomulatlon.  The  Operational  Mode 
provides  specific  asaignaent  recomaendations  to  the  Army's 
guidance  counselors,  through  the  current  classification 
system.  It  is  essential,  therefore,  that  maximum  accuracy  be 
employed  in  the  development  of  the  recommendations. 
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GENERATE  DETAILED  ASSIGNMENT 


The  restrictions  on  the  optimization  algorithms  discussed  In  the  previous 
section  lead  to  long-range  assignments  that,  while  feasible  and  optimal 
In  an  aggregate  sense,  are  unattainable  In  a  detailed  application.  These 
restrictions  generated  a  requirement  to  develop  means  for  applying  the 
optimal  guidance  to  detailed,  l.e.,  individual,  optimal  assignments. 

Supporting  this  requirement  requires  a  detailed  Person-Job  Match  (PJM) 
process  which  matches  single  individuals  to  specific  MOS/Start  Date 
combinations.  EPAS  meets  this  requirement  through  two  processes:  one 
supporting  the  Simulation  Mode;  the  second,  the  Operational  Mode.  The 
two  processes  are: 

(1)  The  Applicant  Classification  Module  (ACM).  This  module 
provides  the  detailed  PJM  processing  necessary  to  support  the 
Simulation  Mode. 

(2)  The  REQUEST  Interface  Module  (RIM).  This  module  provides 
information  to  support  the  detailed  PJM  processing  performed 
by  the  REQUEST  system. 


The  Applicant  Classification  Module 

New  recruits  are  processed  In  a  sequential  manner  by  the  current 
reservation  system  REQUEST.  One  applicant  at  a  time  is  processed  by 
guidance  counselors  at  the  Military  Entrance  Processing  Stations  (MEPS) . 
Automatic  lock-outs  prevent  a  single  seat  being  accidentally  allocated  to 
more  than  one  recruit.  The  net  effect  of  these  lock-outs  Is  that  of  one 
applicant  being  processed  to  completion  before  the  next  applicant  enters 
the  system. 

GRC  designed  the  ACM  as  a  sequential  processing  system  to  emulate  this 
process  and  to  provide  a  detailed  allocation  simulation  capability.  The 
ACM  processes  one  Individual  to  completion,  evaluating  that  Individual 
and  simulating  an  assignment,  before  proceeding  to  the  next  Individual. 
Since  each  Individual's  complete  record  is  available,  as  are  the 
requirements  for  each  MOS,  the  ACM  has  the  ability  to  go  Into  great  detail 
In  determining  the  best  Job  for  each  Individual. 

Identification  and  selection  of  the  sequential  classification  methodology 
to  be  utilized  Involved  several  functions.  These  functions,  depicted 
graphically  in  Figure  C-S,  are  discussed  below. 


InvestlRate  Exlstlna  KethodolOAies 

The  EPAS  Scope  of  Work  explicitly  called  for  this  activity.  In  addition 
to  Its  being  required  to  support  the  detailed  assignment  process.  All 
three  major  branches  of  the  Armed  Forces  use  some  form  of  sequential 
classification  process  to  determine  initial  entry  skill:  for  their  NFS 
recruits.  The  existing  systems  are:  Active  Army  Search  Algorithm  (Army), 
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the  Procurement  Management  Information  System  (PROMIS,  Air  Force),  and  the 
Classification  and  Assignment  within  PRIDE  (CLASP,  Navy). 


Active  Army  Search  Algorithm.  This  algorithm,  formerly  called  the 
MOS  Match  Module  (MMM) ,  is  a  subroutine  within  the  Army's  Recruit  Quota 
System  (REQUEST).  This  system  is  discussed  in  Section  II,  Current  System, 
of  the  main  body  of  this  report.  Only  a  brief  summary  is  presented  here. 

The  Search  Algorithm  uses  a  straightforward,  linear  weighting  technique 
for  generating  PJM.  Individual  descriptive  factors  are  transformed  from 
their  native  metric  to  a  dimensionless  utile,  in  the  range  of  0  (zero)  to 
1000.  The  individual  metrics  are  then  multiplied  by  corresponding 
weighting  factors  and  added  together.  The  mathematical  formulation  for 
this  process  is: 

(1)  15 

MPI  -  Y.  where —  the  weighting  value  for  the  i*'^  factor 

1-1  Tj  —  the  result  of  the  transformation 

function  for  the  l*'*’  factor 

The  Search  Algorithm  sorts  the  Military  Priority  Index  (MPI)  for  each  PJM 
computed.  The  top  25  are  displayed  to  the  recruit  in  five  panels  of  five. 
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Procurement  Management  Information  System  fPROMIS').^  GRC  evaluated 
two  versions  of  the  Air  Force's  PROMTS  system.  Both  versions  are  based 
on  the  concept  of  "Policy  Specification,"  as  described  in  Ward  (1977). 
The  underlying  assumption  behind  this  concept  is  that  qualified  managers 
will  be  able  to  assess  the  relative  "value*  to  the  Air  Force  of  differing 
combinations  of  measures.  Managers  are  asked  to  define  extreme  points  and 
key  inflection  points  for  specific  relationships.  The  managerial  assess* 
ments  are  then  input  to  a  computer  program  which  generates  a  mathematical 
equation  representing  the  relative  values. 


Equation  2  is  an  example  of  the  mathematical  formulation  which  be 
generated  by  this  methodology.  This  equation  defines  the  relationship 
between  the  individual's  aptitude  for  a  specific  skill  and  the  skill's 
difficulty  (Roberts,  1981).  Figure  C-6  graphically  depicts  the  functional 
relationship  described  in  Equation  2. 


(2) 
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Figure  C-6.  PROMTS  Aptitude  vs.  Difficulty  Payoff  Function. 


The  difference  between  the  two  versions  of  PROMTS,  basic  and  enhanced, 
evaluated  by  GRC  was  the  extent  to  which  the  Policy  Specification 
methodology  was  implemented.  The  basic  PROMTS,  depicted  in  Figure  C-7, 
has  only  a  partial  implementation  of  this  methodology.  Policy 
Specification  techniques  were  used  to  develop  equations  for  two  factors. 
Aptitude  vs.  Difficulty  (AD)  and  Fraction  Filled  vs.  "-(me  Used  (FT). 
Other  factors  shown  in  Figure  C*?  were  defined  by  other  methods;  the 
Technical  School  Success  component,  for  example,  used  an  equation  defined 
by  linear  regression  analysis. 


^More  eccuretely,  PRQMIS  <■  the  eonpltte  recruit  mnegement  tystem,  corresponding  to  the 
Arery'e  REQUEST.  The  PJN  cspebitity  cntwdded  within  PRQMIS  doe*  not  have  •  separate 
acronyia,  but  Is  sifnpty  called  the  PRQMIS  pre-anllstment  person- job  awtch  system.  For 
•laplicity,  we  us*  PRQMIS  her*  meaning  the  PJN  portion*  only. 
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Figure  C*7.  Basic  PROMIS  Fomulatlon. 
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The  equations  for  each  of  the  factors  are  applied  to  the  appropriate 
Independent  variables.  The  results,  like  the  Army's  Search  Algorithm, 
are  combined  by  linear  weighting  to  yield  a  "Payoff"  value. 

The  enhanced  PROMTS,  depicted  In  Figure  C>8,  carries  the  Policy 
Specification  approach  to  its  extreme.  Instead  of  linear  weighting,  all 
factors  are  combined  in  a  pair 'Wise  manner  until  the  payoff  value  is 
reached.  Note  that  the  fundamental  factors  (the  Xn  in  Figure  C-8)  may  be 
simple  variables  or  complex  definitions  of  multiple  variables.  Training 
Cost,  for  example,  factor  X7,  is  a  simple  dollar  value  extracted  from  a 
table;  Intellectual  Ability,  factor  X3,  is  the  result  of  the  regression 
equation  predicting  Technical  School  Success. 

Both  versions  of  PROMIS  modify  the  generated  payoff  value  based  on  a 
precomputed  value  called  the  "Optimality  Index."  Each  Air  Force  Specialty 
(AFS)  has  an  Optimality  Index.  Indexes  define  expected  performance  for 
recruits  in  the  AFS  based  on  historical  accessions.  Modification  of  the 
payoff  based  on  the  Optimality  Index  enables  the  Air  Force  to  compare  the 
Individual  being  processed  against  other  recruits  who  can  be  expected  to 
qualify  for  the  ^S,  thus  determining  if  the  current  recruit  Is  of  the 
expected  quality.  An  individual  who  score  very  high  in  a  particular  AFS, 
for  example,  may  In  fact  have  a  score  lower  than  the  expected  quality  and, 
therefore,  be  a  poor  fit  for  the  skill.  Conversely,  an  individual  may 
have  an  apparently  low  score  for  an  AFS,  but  still  have  scored  higher  than 
the  expected  average,  thus  being  a  good  fit. 

The  scores  resulting  from  adjusting  payoffs  by  optimality  indexes  are 
sorted,  high-to-low.  The  sorted  AFS  are  then  presented  to  the  recruit. 
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Figure  C-8.  Enhanced  PROMTS  Formulation. 
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X4  —  Academic  Raclrground  —  percent  of  desireable  high  school  courses  completed 

XS  —  Objective  Interest  —  VOICF.  score  indicating  relative  interest  in  the  job 
compared  to  all  jobv 

X6  —  Restricted  Interest  —  tanking  of  the  job  compared  to  jobs  available  lot  the 
12-16  DOT  groupt 

X7  —  Training  Qhi  —  fiom  ATC  cost  factors  and  other  manuals. 

Xt  —  Probability  of  Completing  Term  of  Enlistment  ~  based  on  AFHRL  research. 

X9  —  Casual  Time  —  number  of  days  between  BMT  graduation  and  technical 
training  school  entry. 

X 10  "  Fill  Priority  —  input  at  run  time  based  on  past  fill  rates,  class  frequency, 
class  size.  etc. 

XU"  tfleciiveness  Weight. 
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Classification  •nd  Assignment  irlthln  PRIDE  fCLASP).  This,  the 
Navy's  allocation  system,  vas  derived  from,  and  closely  resembles,  the 
basic  PROMIS  system.  Figure  C-9  depicts  the  CLASP  formulation;  the 
resemblance  between  this  and  Figure  C-7  is  immediately  evident.  The 
combination  of  Policy  Specification  and  linear  weighting  discussed  above 
is  equally  applicalle  for  CLASP. 

Figure  C-9.  CLASP  Formulation. 
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Evaluating  Alternative  Methodologies 

While  each  of  the  existing  systems  is  unique,  they  all  share  a  common 
approach  to  the  classification  and  allocation  problem.  Specifically,  each 
addresses  one  applicant  at  a  specific  point  in  time.  PROMIS  and  CLASP 
attempt  to  evaluate  applicants  relative  to  others,  but  do  so  in  a  non- 
optimal,  historically-based  manner. 

Each  of  these  classification  systems  claims  to  perform  the  "optimal" 
allocation  of  personnel.  (See,  for  example,  Kroeker  and  Rafacz  (1983); 
Hendrix,  et  al,  (1979);  and  Kobbe,  (1982).)  In  fact,  however,  each  looks 
at  a  single  applicant's  record  as  that  applicant  enters  the  system. 
"Optimal"  refers  only  to  the  identification  of  the  best  job  for  the 
individual  and  respective  service  at  that  particular  point  in  time.  None 
of  the  current  systems  generate  solutions  that,  over  time,  generate  the 
best  overall  solution  for  the  service. 

This  failure  to  generate  the  long-range,  optimal  assignment  pattern  led 
to  the  second  functional  requirement  pertinent  to  detailed  assignment 
processing:  the  evaluation  of  alternative  methodologies. 
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UtllltT  Theory.  It  was  readily  apparent  that  any  fora  of  detailed 
assignment  algorithm  would  have  to  deal  with  combinations  of  disparate 
measures.  This  observation  led  directly  to  the  decision  to  evaluate 
Utility  Theory,  a  discipline  that  specifically  addresses  this  Issue. 
Accordingly,  GRC  let  a  subcontract  to  The  Maxima  Corporation  to  Inves¬ 
tigate  the  potential  application  of  Utility  Theory  to  EPAS.  The  results 
of  this  study  are  reported  In  Stillwell  (1983). 

The  conclusions  of  the  Maxima  study  were  disappointing.  A  key  precept 
behind  the  approaches  discussed  was  the  need  to  relate  all  components  to 
a  common  scale.  Simply  put,  one  cannot  compare  predicted  retention  to 
skill  priority  directly;  a  common,  dimensionless  measure,  or  utile,  must 
be  defined.  Utility  Theory  deals  with  methods  and  rules  by  which  such  a 
common  measure  might  be  developed.  Utility  theorists  were  wont  to  argue 
that,  until  a  mathematically  rigorous  technique  could  be  developed  to 
define  this  common  measure,  combinations  of  factors  could  not  be 
performed.  At  Its  present  state  of  development.  Utility  Theory  was  unable 
to  offer  appropriate  techniques  for  measures  as  complex  as  those  involved 
in  the  Army’s  recruit  management  process.  The  conclusion  was  that 
combinations  of  requisite  factors  could  not  be  performed. 

Experience  with  existing  classification  systems  has  shown,  however,  chat 
Che  measure  scan  be  meaningfully  combined  without  requiring  such  a 
mathematically  rigorous  approach.  Experienced  managers  have  repeatedly 
demonstrated  the  ability  to  adjust  the  parameters  of  classification 
systems  so  that  the  Inforaatlon  obtained  is  meaningful  Co,  and  meets  Che 
requirements  of,  the  managers  of  Che  system. 


Expert  Systems.  The  Initial  stages  of  the  EPAS  contract  required 
GRC  personnel  to  visit  MEPS  sites  and  observe  the  operations  of  the 
guidance  counselors.  The  knowledge  and  capabilities  of  the  guidance 
counselors  repeatedly  impressed  Che  observers.  This  observation,  plus 
CRC's  experience  In  the  development  and  application  of  expert  systems,  led 
to  the  concept  of  developing  an  expert  system  which  would  automatically 
process  applicants  based  on  Che  expertise  of  guidance  counselors. 

GRC  let  a  second  subcontract,  to  Science  Applications,  Inc.,  to  more 
thoroughly  examine  the  process  by  which  guidance  counselors  made  their 
decisions.  The  results  of  this  subcontract  are  documented  In  Unger 
(1984). 

The  research  Indicated  several  promising  areas  of  application,  especially 
in  support  of  recruiters  and  In  preliminary  processing  of  applicants  prior 
Co  their  being  Interviewed  by  guidance  counselors.  It  did  not  appear, 
however,  that  the  expert  system  approach  was  suitable  to  the  classifica¬ 
tion  function  required  to  support  EPAS,  particularly  In  view  of  the  need 
to  be  able  to  evaluate  alternative  predictors  being  developed  by  ARI  and 
Project  A. 


Selection  of  MethodoloeT 

The  third  functional  requirement  to  support  detailed  assignments  was  the 
selection  of  a  methodology  to  be  utilized.  GRC  subdivided  this  functional 
requirement  Into  three  subordinate  areas: 

(1)  Determining  the  methodology  by  which  the  payoff  was  to  be 
computed. 

(2)  Identifying  the  specific  factors  to  be  used  as  Independent 
variables. 

(3)  Determining  the  means  by  which  the  detailed  assignment  module 
would  ensure  that  the  Army's  various  policy  guidelines  and/or 
restrictions  would  be  met. 


Determination  of  Methodology.  The  methodology  chosen  for  the  ACM 
comes  not  from  a  firm  mathematical  definition,  but  rather  from  the 
functional  requirements  of  the  system.  The  primary  objective  for  EPAS 
was  the  provision  of  a  system  by  which  new  techniques  for  selection  and 
classification  could  be  evaluated.  This  objective  requires  the  resulting 
system  to  possess  the  ability  to  quickly  Implement  and  clearly  Identify 
the  relative  Impacts  of  the  new  techniques  being  evaluated. 

Thus,  the  ACM  had  to  provide  the  sequential  classification  structure  which 
enabled  processing  Individual  applicants,  as  well  as  the  means  to  simulate 
the  classification  process.  The  ACM's  simulation  capabilities  enabled 
EPAS  to  •  perform  the  requisite,  detailed  alternative  evalua¬ 
tions.  Figure  C-10  depicts  the  key  functional  areas  which  GRC  Identified 

Figure  C-10.  ACM  Simulation  Functional  Areas. 
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as  being  required  to  provide  the  necessary  sloulatlon  capabilities.  These 
areas,  discussed  below,  were: 

(1)  Simulate  applicant  arrivals. 

(2)  Compute  assignment  alternatives. 

(3)  Select  PJM  matches. 

(4)  Update  system  status. 


Simulate  Applicant  Arrivals.  Each  iteration  in  a  simulation 
represents  a  distinct  period  of  elapsed  time  within  the  overall  time  frame 
of  the  simulation.  For  example,  if  monthly  iterations  were  being  used, 
each  Iteration  would  simulate  one  complete  Recruit  Station  Month  (RSM) . 
For  the  ACM  to  define  applicant  arrivals,  several  capabilities  are 
required: 

(1)  A  sample  population  from  which  applicant  records  can  be 
selected  had  to  be  developed.  The  user  had  to  have  the 
ability  to  adjust  the  applicant  stream  to  do  policy  analysis. 
To  provide  this  capability,  two  data  files,  known  as  the 
Primary  Applicant  File  and  the  Secondary  Applicant  File  were 
developed. 

The  Primary  Applicant  File  is  generated  directly  from  the  raw 
data.  This  file  contains  edited  information  on  all 
contractees  for  a  given  fiscal  year.  Statistical  summaries 
were  developed  for  each  file,  enabling  rapid  analysis  of  the 
actual  contractee  stream. 

The  Secondary  Applicant  File  was  generated  as  a  subset  of  the 
Primary  Applicant  File.  Two  types  of  secondary  files  were 
generated.  One  was  a  statistical  subset  of  the  Primary 
Applicant  File,  that  is,  the  population  distributions  followed 
the  same  patterns  as  found  in  the  Primary  Applicant  File. 
This  statistical  subset  provided  rapid  simulation  capability 
without  loss  of  statistical  significance. 

The  second  type  of  Secondary  Applicant  File  was  user-defined 
to  address  specific  policy  concerns.  An  ancillary  routine 
enabled  the  analyst  to  define  the  desired  demographic  distri¬ 
bution.  The  Applicant  File,  Secondary  (APS)  ancillary 
procedure  randomly  selected  actual  records  from  the  Primary 
Applicant  File  to  which  met  the  user-defined  requirements. 
Thus,  EPAS  was  able  to  simulate  hypothetical  applicant 
populations,  while  maintaining  a  realistic  profile  of  probable 
applicants. 

(2)  Next,  a  means  of  controlling  flow  of  the  sample  population 
through  the  classification  routines  had  to  be  developed.  GRC 
developed  a  simulation  driver  to  perform  this  function.  The 
driver  selected  records  from  the  sample  population,  forwarded 
them  for  further  processing,  and  returned  control  to  the 
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Process  Test  System  (PTS)  when  no  further  records  are  to  be 
processed  for  the  current  iteration. 


Initially,  the  process  was  developed  as  a  subroutine  within 
the  PTS,  allowing  the  PTS  to  control  applicant  flow.  This 
approach  was  selected  as  It  directly  modeled  the  Army's 
current  classification  process.  Simulation  times  proved 
excessive,  however,  with  this  structure. 

A  revised  formulation  was  developed,  therefore,  in  which  the 
simulation  driver  existed  as  an  Independent  procedure  to  which 
control  was  passed  from  the  PTS  to  the  simulation  driver.  The 
PTS  defined  the  time  period  to  be  simulated  (week,  month, 
etc.)  and  the  starting  date. 

The  driver  selected  records  by  constructing  a  key  based  on 
the  current  Iteration  and  the  desired  arrival  sequence.  If, 
for  example,  monthly  Iterations  were  being  performed  and  RSM 
October  was  being  simulated,  sample  population  applicant 
records  with  an  arrival  date  (door  date)  In  RSM  October  were 
processed.  The  calendar  door  date  was  used  as  the  second  part 
of  the  key,  allowing  records  to  be  processed  In  the  same  order 
In  which  they  were  historically  processed. 


Compute  Assignment  Alternatives.  The  next  functional  area  required 
the  computation  of  scores  for  alternative  PJM  possibilities.  The  means 
by  which  this  functional  area  was  Implemented  was  critical,  as  it  was  here 
that  alternative  predictors  could  be,  and  were.  Implemented  for  evalua¬ 
tion. 

The  ACM  had  to  be  able  "quickly  Implement"  alternative  methodologies  for 
analysis.  GRC  determined  that  complex  functional  relationships,  such  as 
developed  using  Policy  Specification  techniques,  would  not  support  this 
requirement  for  two  reasons;  it  would  be  extremely  difficult  to  Include 
radically  new  measures  Into  function,  and  the  impact  of  the  measures  would 
be  masked  by  the  functions  themselves. 

Accordingly,  GRC  utilized  a  the  simple,  linear  weighting  methodology  such 
as  found  In  the  Army's  Search  Algorithm  as  the  basic  methodology  for  the 
ACM.  Individual  measures  can  be  defined  Independently  of,  and  developed 
separately  from,  all  other  measures.  The  ACM  has  a  highly  modular 
structure,  enabling  rapid  Inclusion  of  new,  self-contained  subroutines 
applying  the  techniques  to  be  evaluated.  The  analyst  has  direct  control 
over  the  Impact  of  the  new  subroutines  through  suitable  manipulation  of 
the  corresponding  weighting  term. 


Select  PJM  Matches.  The  next  functional  requirement  for  short  range 
assignments  was  the  means  to  emulate  an  Individual  applicant's  choosing 
jobs  from  the  list  of  recommendations.  This  requirement  arose  from  the 
need  to  consummate  processing  for  one  applicant  before  the  next  applicant 


C-63 


Is  entered  into  the  system.  This,  In  turn,  was  necessary  to  ensure  that 
multiple  applicant's  were  not  mistakenly  allocated  to  the  same  position. 

This  functional  area  defined  two,  conflicting,  capabilities: 

(1)  The  capability  to  always  have  the  system  analyst  define  the 
Job  to  be  selected  Independently  from  [simulated]  applicant 
choice.  This  capability  eliminates  random  Influences  caused 
by  applicant  choice,  allowing  the  analyst  to  evaluate  the 
Impact  of  policy  alternatives. 

(2)  The  capability  to  simulate  applicant  choice,  that  is,  the 
applicant  has  the  freedom  to  select  any  of  the  offered  Jobs 
with  little  to  no  Influence  by  the  Army.  This  capability 
provides  the  ability  to  test  the  robustness  of  policy  alter* 
natives,  allowing  the  EPAS  user  to  determine  whether  or  not 
the  policy  alternative  would  be  unduly  affected  by  applicant 
choices. 

The  EPAS  prototype's  Implementation  provided  the  analyst  with  five  options 
of  how  Job  selection  was  to  be  performed.  These  were: 

(1)  The  same  relative  Job  la  always  selected.  This  was  the  stan¬ 
dard  option,  with  the  first  Job  on  the  list  always  being 
selected  (although  position  on  the  list  >•  second,  third,  n^" 
-•  can  be  specified).  Random  selection  criteria  do  not  impact 
policy  options,  making  this  the  best  option  for  determining 
the  effect  of  a  policy  alternative.  This  was  the  only  option 
providing  the  analyst  with  explicit  control  over  the  selected 
assignment;  the  four  remaining  options  used  some  type  of 
random  selection. 

(2)  The  second  option  used  normally  distributed  random  numbers  to 
select  one  of  the  first  fifteen  Jobs  on  the  list. 

(3)  The  third  option  was  similar  to  the  second  In  that  It  randomly 
selects  one  of  the  first  fifteen  Jobs  based  on  a  normal 
distribution.  It  differs  In  that  It  also  provided  a  40% 
possibility  that  the  applicant  might  have  rejected  all  of  the 
Jobs  on  the  list. 

(4)  The  fourth  option  used  uniformly  distributed  random  numbers 
to  select  from  any  Job  on  the  list  of  available  positions. 

(5)  The  fifth  option  also  used  uniformly  distributed  random 
numbers  to  select  a  Job,  but  the  analyst  had  the  additional 
ability  of  defining  the  number  of  Jobs  from  which  the  selec¬ 
tion  may  be  made  as  a  function  of  the  type  of  applicant.  For 
example,  male,  APQT  Category  I-IIIA,  high  school  graduates  may 
be  allowed  to  select  any  available  Jobs,  while  male,  AFt)T 
Category  IIIB,  non-hlgh  school  graduates  might  be  limited  to 
the  first  ten  Jobs  on  the  list. 


C-64 


Update  System  Status.  The  fourth,  end  final,  functional  area 
defined  to  support  simulation  methodology  was  the  ability  to  update  job 
vacancy  indicators.  This  capability  was  required  for  tvo  reasons; 

(1)  Most  obviously,  positions  must  be  somehow  marked  as  no  longer 
available  to  prevent  multiple  filling  of  the  same  position. 

(2)  Secondly,  the  ACM  had  to  track  the  type  of  fill  which  has 
occurred,  e.g.,  how  many  quality  accessions,  for  each  MOS. 
This  capability  was  required  to  provide  the  Information  needed 
to  compute  appropriate  values  for  the  factors  being  used  to 
generate  the  applicant's  PJM  score. 

This  requirement  Is  addressed  by  maintaining  a  special  copy  of  a  school 
seat  requirement  file.  Each  time  an  applicant  Is  predicted  to  accept  an 
MOS,  appropriate  counters  are  updated  to  reflect  the  characteristics  of 
the  individual  and  to  decrement  the  required  fill  for  the  MOS. 


Selection  of  Measures.  Once  the  classification  methodology  was 
Identified  and  developed,  the  measures  to  be  Included  had  to  be  defined. 
As  with  the  determination  of  methodology,  CRC  selected  measures  to  be 
implemented  based  on  the  functional  requirements  of  EPAS  rather  than  a 
formal  analysis.  A  reasonable  assumption  was  that  specific  measures  will 
vary  based  on  the  results  of  parallel  research  being  performed  by 
Project  A  and  ARI. 

GRC's  approach  was  to  Identify  categories  of  measures  based  on  Its  surveys 
of  existing  systems.  Thus,  •Predicted  Job  Performance"  was  identified  as 
a  requisite  type  of  measure,  without  the  need  to  explicitly  define  the 
specific  measure  to  be  used.  Indeed,  In  many  instances,  multiple 
methodologies  were  Identified  and  developed  for  a  single  category.  The 
categories  Included  In  the  ACM,  with  specific  methodologies  employed,  are; 

(1)  Optimal  Guidance.  This  factor,  unique  to  EPAS,  accepts 
optimally  generated  ordered  lists.  The  lists  are  used  both 
to  select  MOS  to  be  processed  and  to  determine  part  of  the 
payoff  for  the  PJM.  The  optimal  ordered  lists  may  be 
generated  either  by  the  network  or  LP  formulations,  as 
described  In  the  preceding  section. 

(2)  Predicted  Job  Performance.  This  factor  defines  how  well  the 
applicant  can  be  expected  to  perform  In  any  given  PJM.  The 
Project  A  research  has  focused  extensively  on  this  category, 
thus  several  options  are  available.  While  only  one  option 
can  be  selected  for  Inclusion  in  the  scoring  routines,  the  ACM 
computes  the  other  predictors  and  provides  reports  of  these 
values  as  well.  Implemented  options  are: 

(a)  Aptitude  Area  Score.  The  applicant's  score  is  his/her 
ASVAB  Aptitude  Area  Composite  score  for  the  aptitude 
area  with  which  the  subject  MOS  Is  associated. 
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(b)  Predicted  SQT  Score.  Skill  Qualification  Test  (SQT) 
scores  are  predicted  as  a  function  of  the  ASVAB  subtest 
scores.  This  technique  Is  based  on  Project  A  research 
as  docunented  by  McLaughlin,  et  al  (1984). 

(c)  Relative  MOS  Utility.  The  relative  utility  (desir¬ 
ability)  of  an  MOS  is  computed,  using  predicted  SQT  as 
the  means  of  defining  the  applicant's  percentile  for 
the  subject  MOS.  This  technique  was  also  derived  from 
Project  A  research. 

(d)  Project  A  Composite  Measure.  This  is  a  partially 
Implemented  technique  based  on  Project  A  research  to 
develop  novel  means  of  MOS  classification.  The  tests 
used  to  generate  these  composites  are  not  currently 
given  to  the  general  accession  population.  Thus, 
exercising  this  option  requires  prior  definition  of  a 
special  applicant  file  on  which  the  requisite  test 
scores  have  been  Identified. 

(e)  Project  A  TKS  Score.  The  composite  measures  In  (d) 
above  consist  of  five  separate  predictors.  One  of 
these.  Technical  Knowledge  Score  (TKS),  was  Implemented 
as  a  separate  option.  Like  the  composite  measures,  a 
special  applicant  file  must  be  developed  containing  the 
TKS  test  results. 

(3)  Predicted  Retention  Behavior.  This  factor  Identifies  the 
likelihood  of  the  applicant  to  complete  the  first  term  of 
enlistment  In  the  subject  MOS.  Two  options  were  evaluated 
for  this  factor: 

(a)  Expected  Survival  (E(t)).  GRC  conducted  extensive 
evaluations  of  the  E(t)  methodology  developed  by 
Baldwin,  et  al,  (1982)  in  studies  at  the  U.S.  Military 
Academy.  While  presenting  many  deslreable  attributes, 
GRC  elected  not  to  implement  this  technique  as  a 
standard  option  due  to  Its  dependency  on  exogenous  data 
not  readily  available. 

(b)  Predicted  Attrition.  This  technique,  based  on  analysis 
performed  by  Manganarls  and  Schmitz  (1984)  at  ARI , 
predicts  the  applicant's  probability  of  attrltlng  from 
a  specific  MOS  as  a  function  of  the  applicant's 
demographic  characteristics  and  ASVAB  scores. 

(4)  Management  Potential.  This  factor  was  Intended  to  predict 
the  applicant's  promotion/leadership  potential  In  the  subject 
MOS.  The  current  EPAS  prototype  utilizes  the  applicant's  AFQT 
category  as  a  surrogate  for  this  factor. 
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(5)  Affirmative  Actlon/Equal  Opportunity  Program*.  This  factor 
enables  evaluation  of  AA/EO  specific  programs.  The  ACM 
includes  both  gender*  and  raclal>based  factors. 

(6)  Reenlistment  Potential.  This  factor  provides  an  estimate  of 
the  applicant's  propensity  to  reenlist  based  on  the  lET  MOS. 
This  factor  is  disabled  In  the  ACM  prototype,  as  neither  an 
acceptable  means  for  determining  probability  of  reenllstment 
nor  relative  merit  of  reenllstment  potential  versus  (for 
example)  job  performance  could  be  Identified. 

(7)  Probable  Training  Success.  This  factor  provides  a  means  of 
quantifying  the  likelihood  of  Che  applicant's  completing  the 
training  In  Che  subject  MOS.  This  factor  has  not  been 
Implemented  In  the  prototype  EPAS. 

(8)  Tlme-to*Flll.  This  factor  defines  the  Army's  urgency  In 
filling  the  MOS'  annual  program.  It  Is  currently  Implemented 
as  a  function  of  MOS  Priority,  difficulty  of  fill,  remaining 
capacity,  and  time  remaining  to  meet  the  annual  requirement. 

(9)  Class  Training  Demand.  This  factor  evaluates  the  urgency  of 
filling  specific  MOS  start  dates.  It  Is  currently  Implemented 
as  a  function  of  the  class'  nominal  capacity,  time  remaining 
to  fill  the  class,  and  excess  training  capacity. 


Application  of  PollcT  Guidelines.  This  function  requirement  enables 
the  ACM  to  address  specific  policy  restrictions  and  guidelines  on  a  case- 
by-case  basis.  This  ensures  that  general  guideline  received  from  the 
optimization  procedures  can  be  applied  to  the  specific  Individual,  while 
still  meeting  the  Army's  need  to  meet  annual  training  requirements. 

Examination  of  historical  accessions  shows  the  difficulty  In  fulfilling 
all  of  the  requirements  established  for  MOS  given  the  entry  restrictions 
applicable  to  MOS.  Examples  of  situations  which  arise  Include 
"Ineligible"  personnel  In  skills  (APQT  Category  IV  personnel  in  MOS 
excluding  such  personnel),  falling  to  meet  quality  targets,  and  shortfalls 
In  annual  programs.  Simply  stated.  If  there  are  not  enough  accessions  to 
meet  certain  missions,  the  Army  must  do  the  best  it  can  with  what  it  has. 

The  ACM  treats  these  restrictions  In  two  ways,  representing  the  two  types 
of  problems  Involved:  one  technique  is  used  with  entry  restrictions;  the 
second,  with  "soft"  missions. 

Entry  restrictions  define  [nominally]  minimum  requirements  for  MOS 
eligibility.  The  ACM  rigorously  enforces  this  type  of  policy  Issue.  The 
ACM  evaluates  each  applicant  against  potential  MOS.  Failure  to  meet  any 
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of  the  olnlmua  qualifications  for  the  MOS  result  In  the  Individual  bein 
Identified  as  Ineligible  for  the  HOS.  The  ACM  then  skips  to  the  next  MOS. 


"Soft"  alsslons  are  areas  in  which  Che  Anay  has  specified  goals,  but  In 
which  the  oodel  has  the  flexibility  to  make  adjustments  as  needed  to  meet 
the  higher  priority  objectives.  Quality  goals,  l.a.,  the  percentage  of 
an  MOS'  training  requirement  to  be  filled  with  AFQT  Categories  I*IIIA 
high  school  graduates.  Is  an  example  of  a  "soft”  mission.  Rather  than 
shortfall  the  annual  training  requirement,  the  ACM  will  fill  training 
seats  with  otherwise  qualified  AFQT  Category  IIIB  or  IV  personnel.* 
Substitution  of  this  type.  If  It  occurs.  Is  a  function  of  several  factors, 
such  as  time  remaining  to  meet  the  objectives,  the  applicant's  suitability 
for  the  skill,  etc. 


REQUEST  Interface  Module 

The  ACM  provides  the  detailed  assignments  In  support  of  ERAS'  Simulation 
Mode.  In  Its  Operational  Mode,  however,  detailed  assignments  will 
continue  to  be  the  prerogative  of  REQUEST.  In  this  mode,  ERAS  provides 
guidance  to  REQUEST  enabling  Its  utilization  of  the  optimal  guidance. 

Tests  of  ERAS  have  repeatedly  demonstrated  the  feasibility  of  using 
optimization  techniques  Co  Improve  classification  and  allocation  of  NRS 
recruits.  The  means  has  been  developed  ••  the  QAM  ordered  lists  -•  for 
communicating  the  optimal  guidance  to  a  detailed  assignment  algorithm. 
For  the  results  of  this  research  to  be  applied  In  an  operational 
environment,  REQUEST  must  be  modified  to  utilize  the  ordered  lists  and  a 
means  of  communicating  between  the  two  systems  must  be  developed. 

Two  functional  areas  were  defined  to  meet  these  two  requirements: 
utilization  of  the  optimal  guidance  by  REQUEST  and  development  of  a 
communication  capability. 


REQUEST  Utilization  of  Optimal  Outdance 

Modifications  to  the  REQUEST  system  are  clearly  beyond  the  scope  of  GRC's 
research  contract.  If  the  ERAS  research  is  to  be  fruitful,  however, 
evaluation  of  potential  means  for  REQUEST'S  utilizing  the  QAM  output  was 
essential.  Three  potential  techniques  were  Investigated  for  applying 
ERAS'  optimal  guidance  In  REQUEST. 


^Rcvftwlng  actual  aaaigmanta  show  that  thasa  raatrlctlona  ara  not,  in  fact,  absolute. 
Waivers  may  be  granted  In  exccptlonel  cases,  as  demonstrated  by  otherwise  excluded 
situations  occurring.  CRC  feels  that  such  clrcuastanccs  ara  anomalies  which  can  not  ba 
reasonably  sisulated. 


^GAC  analysis  has  shown  that  such  substitution,  properly  controlled,  may  actually  result  In 
a  better  qualified  applicant.  Some  AFQT  Category  llll  personnel,  for  example,  will  have 
better  potential  than  low-end  AFQT  Category  lltA  personnel.  Recognition  and  exploitation 
of  this  fact  is  one  of  the  significant  features  of  the  ERAS  optimization  procedures  and, 
subeequently,  the  ACM. 
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Setting  Control  Svltchet.  REQUEST  uses  «n  extensive  suite  of 
control  switches  to  precisely  regulate  which  factors  are  active,  which 
MOS  are  open,  etc.  One  potential  means  of  using  EPAS  optimization  results 
to  direct  the  REQUEST  Search  Algorithm,  therefore,  appeared  to  be  using 
EPAS  guidance  to  automatically  set  appropriate  switches. 

The  advantage  of  this  approach  would  be  that  It  requires  minimal  change 
to  existing  systems.  The  principal  problem  associate  with  this  approach 
is  Identifying  switches  which  actually  would  perform  the  desired  control. 

Preliminary  investigations  indicated  that  the  existing  switches  do  not 
provide  sufficient  control  to  allow  Interfacing  EPAS  and  REQUEST  In  this 
manner.  Further,  the  global  nature  of  EPAS*  methodology  highly  limit  Its 
ability  to  provide  the  necessary  control.  Since  the  REQUEST  switches  were 
designed  for  different  requirements,  extensive  analysis  and  modification 
of  REQUEST  would  likely  be  required  before  switches  would  provide  the 
necessary  functionality. 

For  example,  REQUEST  uses  Definition  of  Quality  (DQ)  switches  to  ensure 
the  quality  recruits  are  spread  across  all  HOS.  The  DQ  switches  prevent 
a  highly  deslreable  MOS  being  filled  by  all  quality  personnel,  while  less 
desirable  skills  go  wanting.  Control  is  exercised  by  manually  "closing" 
MOS  to  quality  recruits.  EPAS*  optimization  methodology,  however, 
guarantees  that  all  MOS  will  meet  their  quality  objectives,  presuming 
sufficient  supply  exists.  EPAS  could  not  set  a  DQ  switch  indicating  an 
MOS  is  filling  to  rapidly,  as  the  optimization  methodology  will  never 
allow  this- to  ha^.r-. 

Conversely,  Er'Aj  optimization  may  recommend  a  solution  in  which  an  MOS, 
or  set  of  MOS,  do  meet  quality  objectives  at  a  rate  different  from  other 
MOS.  EP^S  accomplishes  this  by  manipulating  DEP  flow  to  meet  its  overall 
objectives.  From  REQUEST'S  perspective,  however,  this  would  be  proble¬ 
matical:  the  rate  of  fills  would  appear  to  be  violating  the  restrictions 
which  the  DQ  switches  were  designed  to  control. 


New  Hierarchy  Factor.  The  second  approach  investigated  was 
Inclusion  of  a  new  factor  In  the  Search  Algorithm’s  Classification 
Hierarchy.  The  relative  score  on  the  QAM  ordered  lists  could  be  weighted 
into  the  scoring  function,  providing  an  immediate  and  controllable  affect 
based  on  the  EPAS  forecasts. 

The  advantages  of  this  approach  are  that  it  will  directly  Influence  the 
resulting  job  list  based  on  EPAS,  that  it  could  be  readily  implemented 
without  major  modifications  to  REQUEST,  and  that  it  closely  follows  the 
manner  in  which  the  ACM  applies  this  factor.  A  minor,  surface  problem  is 
the  need  to  develop  and  monitor  the  requisite  controls  for  a  new  hierarchy 
factor:  weights,  switches,  etc. 

Closer  analysis,  however,  showed  a  deeper  problem  which  invalidates  this 
potential  approach.  The  Search  Algoritl^  only  examines  MOS  within  a 
narrow  time  window,  defined  by  the  guidance  counselor.  EPAS  examines  MOS 
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within  the  entire  DEP-ellglble  period.  A  high  probability  exists  that  MOS 
recommended  by  EPAS  will  not  fall  within  the  REQUEST  window.  Thus,  the 
EPAS  recommendations  would  never  be  seen  by  the  Classification  Hierarchy; 
hence,  no  guidance  would  be  received. 


Modify  REQUEST.  The  third  technique  grew  out  of  the  fact  that 
neither  of  the  first  two  techniques  appeared  Co  be  suitable.  While  only 
two  specific  options  were  examined,  GRC  observed  that  Che  problem  lay  in 
the  fundamental  assumptions  behind  Che  two  systems.  One,  REQUEST,  is  a 
point-specific,  highly  manual  system;  Che  other,  EPAS,  is  a  global,  highly 
automated  system.  We  concluded  that  any  attempt  Co  interface  Che  two 
systems  utilizing  an  existing  capability  within  REQUEST  would  run  afoul 
of  these  basic,  contradictory  assumptions. 

GRC  determined,  therefore,  that  modifications  Co  REQUEST  would  be 
necessary  if  it  was  Co  be  able  Co  utilize  the  EPAS  optimal  guidance.^*’ 
Ue  identified  two  areas  in  which  modifications  appeared  to  be  required. 


MOS  Selection  Methodology.  The  number  of  possible  combinations  of 
initial  entry  MOS  and  training  start  dates  for  any  given  applicant  number 
In  the  thousands,  if  not  Che  tens  of  thousands.  Computation  times  make 
It  Infeasible  to  determine  the  MPI  for  all  possible  PJM  combinations. 

This  Is  equally  true  for  both  systems.  The  response  times  for  REQUEST  -- 
an  on-line,  interactive  system  --  would  be  unacceptable.  Similarly,  the 
execution  time  for  EPAS  --  in  its  Simulation  Mode  -•  would  be  prohibitive. 
Both  systems  utilize  computational  logic,  therefore,  to  reduce  Che  number 
of  PJM  computations  which  must  be  performed  to  provide  a  reasonable 
selection  of  alternatives.  This  computational  logic  presents  the 
fundamental  conflict  between  the  two  systems. 

REQUEST  truncates  the  list  of  potential  MOS  by  means  of  its  Search  Window. 
The  guidance  counselor  defines  the  Search  Window  by  specifying  an  initial 
date,  called  the  Date  of  Availability.  Ostensibly  a  means  of  enabling  the 
recruit  to  define  a  desired  reporting  date,  the  Date  of  Availability  is 
the  means  by  which  the  guidance  counselor  manually  manipulates  REQUEST. 
The  result  is  both  inefficient  (requiring  multiple  executions  of  the 
algorithm)  and  potentially  effective  (critical  requirements  may  still  be 
missed  if  the  window  is  not  properly  defined). 

EPAS  truncates  the  list  of  potential  MOS  based  on  the  optimal  guidance. 
The  EPAS  optimization  routines  evaluate  all  possible,  legal  PJM  combina¬ 
tions;  it  performs  no  preliminary  truncation.  As  a  result,  the  optimal 
guidance  ordered  list  includes  every  alternative  for  each  Supply  Group. 


Modi  f  feat  font  Mould,  clearly,  aeaa  to  have  to  ba  mda  on  tha  REQUEST  atda  rathar 
than  tha  EPAS  tida.  Tha  whota  objactlva  of  tha  Project  ■  research  was  development 
of  an  optimal  allocation  atrategy.  Regardless  of  detail  variations,  tha  EPAS 
technology  would  still  ba  driven  by  a  linear  optimization  procedure.  Thus,  EPAS 
andlf tcstlons  would  not  affect  its  tndarlying  assvjrptlons  and  would  ba  ineffective 
In  resolving  the  conflict  between  the  two  systena. 
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The  key,  of  course,  Is  that  the  list  has  already  been  sorted  Into  a 
preferred  order.  The  number  of  computations  Is  reduced  by  truncating  the 
list  to  a  user-specified  subset  of  the  list. 


The  EPAS  approach  has  several  Inherent  advantages  which  make  It  very 
deslreable.  These  Include: 


•  Critical  MOS  sort  to  the  top  of  the  list  and,  therefore,  are 
always  on  the  list.  The  system  will  no  longer  be  dependent 
on  the  guidance  counselors'  ability  to  correctly  set  windows 
to  encompass  critical  skills. 

•  The  definition  (truncation)  of  the  process  lists  is  performed 
centrally  by  Army  managers,  rather  than  Individually  in  the 
field.  Thus,  all  guidance  counselors  will  be  utilizing  the 
same  list. 

•  The  long-range,  optimal  guidance  will  be  directly  communicated 
to  the  detailed  assignment  process. 

•  Policy  Imperatives  defined  by  Army  managers  and  Included  in 
the  formulation  of  the  optimization  problem  will  automatically 
be  forwarded  to  the  field. 


Requisite  REQUEST  modification  can  be  readily  seen  by  referring  to 
Figure  C-11,  which  depicts  the  steps  performed  by  REQUEST'S  Search 
Algorithm.  This  Is,  essentially,  the  same  as  Figure  3  In  the  main  body 
of  this  report.  Anticipated  modifications  are  highlighted  by  shading. 


Altering  the  MOS  selection  methodology  would  be  performed  by  entering  a 
new  data  file  --  the  EPAS  Optimal  Guidance  --  and  by  extensively  modifying 
the  first  process  block.  This  first  block,  among  other  activities, 
determines  the  Search  Window  in  the  current  system.  The  modifications 
would  result  In  REQUEST  processing  In  the  same  manner  as  EPAS,  i.e.,  the 
MOS/start  date  combinations  Identified  by  EPAS  would  be  processed. 


Modify  Classification  Hierarchy.  The  second  modification  relates 
directly  to  the  second  alternative  researched.  New  Hierarchy  Factor 
(above).  This  modification,  as  depicted  in  Figure  C-12,  requires  the 
addition  of  a  new  hierarchy  category,  equivalent  to  the  MOS  Status  and 
Applicant  Qualification  categories.  The  proposed  modification  weights 
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Figure  C-12. 


EPAS -Modified  Clesslficatlon  Hierarchy. 
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the  score  generated  by  the  EPAS  optimization  procedures  with  the  scores 
currently  generated  by  the  existing  hierarchy  factors." 

Successful  Implementation  of  the  EPAS  guidance  requires  making  both 
modifications:  the  first  to  ensure  that  REQUEST  evaluates  the  reconuuended 
PJM  combinations ;  the  second  to  ensure  that  the  relative  merits  of  the  PJM 
alternatives  are  Introduced  Into  the  scoring  algorithm. 


EPAS-REQDEST  Comntunlcatlon  Capability 

The  second  functional  area  requires  developing  methodology  to  actually 
communicate  EPAS  guidance  to  REQUEST,  and  to  receive  update  files  in 
return.  This  functional  area  is  well  defined,  with  data  already  being 
routinely  communicated  among  REQUEST  and  other  computer  facilities, 
Including  both  HQDADSS  and  ISC-P. 

GRC  report  1317-33-89-TR,  Data  Requirements  Document,  defines  anticipated 
data  transfers  from  REQUEST  to  EPAS.  Appendix  D  of  this  report  contains 
the  functional  description  of  data  flow  from  EPAS  to  REQUEST. 


EPAS  •Imulatfont  typically  walght  thate  factora  on  tha  ordar  of  40X  for  tha  optimal 
guidanca  and  SOX  each  for  tha  MOS  Statua  and  Appifeant  Ouat ff (cations.  A 
significantly  lower  weight  on  tha  NOS  Status  corponent  appears  practical  since  the 
optimal  routirtas  utiliia  both  tha  Arwy's  requirements  and  tha  applicant'a 
qualifications  when  it  raconmandationa  are  generated. 
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EFAS  SYSTEM  FKAKEVORK 


Early  in  this  research,  CRC  determined  that  EPAS  required  a  computerized, 
system  framework.  This  framework  provides  a  test  bed  for  testing  and 
evaluating  Individual  components  of  the  system.  The  GRC*developed 
framework  supports  evaluation  of  Interdependent  methodologies  In  a 
controlled  environment  and  test  scenarios.  CRC  developed  a  system 
framework  to  test  and  support  the  baseline  prototype.  The  framework  has 
continued  to  evolve  as  the  prototype  has  evolved. 

Five  functional  areas  comprise  establishing  the  system  framework.  These 
areas,  depicted  in  Figure  C-13,  are: 

Figure  C-13.  EPAS  System  Framework  Functional  Areas. 


(1)  Determine  computer  system  and  development  language. 

(2)  Provide  a  user  and  developer  Interface. 

(3)  Investigate  and  select  a  development  methodology. 

(4)  Provide  execution  control. 

(5)  Provide  execution  status  monitoring. 


Determine  Computer  System  and  Development  Language 
Demonstration  Laboratory  FacllltT 

The  contract  scope  of  work  called  for  development  of  a  Demonstration 
Laboratory  Facility  (DLF)  on  which  various  PJM  methodologies  could  be 
analyzed  and  evaluated.  During  the  proposal  evaluation  phase  of  this 
contract,  the  Government  recommended  In  an  additional  proposal  Information 
request  letter  (19  April  1982),  and  GRC  concurred  with,  the  use  of  A 
Programming  Language  (APL)  for  the  EPAS  prototype.  In  addition  to  the 
APL  support  requirement,  CRC  determined  that  the  DLF  would  have  to 
support: 
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•  Multi-user  eccess 

•  Graphics 

•  Vord  processing 

•  9 -Track  tape  processing 

•  Data  communications 

•  Approximately  500HB  of  disk  storage 

Based  on  evaluations  of  several  computers  systems,  GRC  recommended  use  of 
a  Wlcat  Model  150/160  computer  for  the  DLF.  After  procuring  the  DLF 
hardware,  GRC  used  APL  to  develop  emulations  of  the  classification  systems 
then  In  use  by  the  Army  (MMM) ,  Air  Force  (PROMIS),  and  Navy  (CLASP). 
Analysis  of  the  results  of  these  simulations  indicated  that,  while  APL  was 
veil  suited  for  small  analytical  test  modules,  it  could  not  support  the 
larger  EPAS  prototype  system.  The  primary  drawbacks  were  difficulties  in 
supporting  extensive  data  base  manipulations  and  developing  comprehensive 
user- Interface  development.  GRC  recommended,  and  the  Government  agreed 
to,  the  use  of  the  Pascal  language  for  further  development.  Pascal  was 
recommended  because  It  could  support: 

(1)  Libraries  of  routines  allowing  all  developers  a  common  base 
of  utilities. 

(2)  Creation  and  deletion  of  the  large  external  files  needed  for 
developing  different  scenarios. 

(3)  Sequential  and  Index  sequential  file  structures. 

(4)  .  Character  and  string  manipulation. 

(5)  Direct  access  to  many  operating  system  utilities  allowing  more 
flexibility  In  developing  screen  displays. 

(6)  Structured  coding  allowing  efficient  development  effort  and 
less  maintenance. 


National  Institute  of  Health 

The  baseline  and  full-scale  prototypes  of  EPAS  were  developed  on  the  Wicat 
DLF,  Simulations  of  the  full-scale  prototype,  however,  showed  that  the 
DLF  was  much  to  slow  to  support  extensive  analyses.  A  12-month  simula¬ 
tion,  for  example,  using  only  5,000  contractees  required  four  days  of  wall 
clock  time.  Tests  conducted  on  a  mainframe  environment  Indicated  that  a 
similar  run  could  be  performed  In  less  than  an  hour. 

Investigations  of  several  candidate  computers  Indicated  that  none 
supported  the  extended  version  of  Pascal  used  to  develop  the  full-scale 
prototype  on  the  Vlcat.  Programming  Language/1  (PL/I)  was  selected  as  an 
alternative  as  it:  displays  many  characteristics  similar  to  those  found 
In  Pascal,  provides  extensive  support  for  file  structures,  and  is 
extensively  used  by  other  Army  personnel  planning  systems. 
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The  computer  facility  at  the  National  Institute  of  Health  (NIH)  was 
selected  as  the  host  computer  facility.  The  NIH  facility  utilized  an 
Amdahl  computer,  an  IBM-mainframe  look-alike.  NIH  provided  the  requisite 
PL/I  language,  file  access  techniques,  and  data  communication  facilities. 
In  addition,  ARI  already  used  NIH  for  analytical  support  services, 
allowing  ready  access  by  CRC  analysts. 

GRC  translated  the  full-scale  prototype  into  PL/1.  The  file  structures 
were  also  converted  from  Uicat's  Keyed  Sequential  Access  Method  (KSAM)  to 
IBM's  Virtual  System  Access  Method  (VSAM).  Numerous  analyses  were 
performed  on  the  NIH  facility,  Including  the  Benefit-Cost  analyses, 
verifying  the  optimization-based  methodology  employed  in  EPAS. 


Information  Systems  Comnand  --  Pentagon 

Executions  of  the  full-scale  prototype  on  NIH  validated  the  EPAS  concept, 
but  the  data  storage  and  run-time  requirements  of  the  system  proved  it  to 
be  too  expensive  for  routine  operations  on  a  commercial  computer  facility, 
such  as  NIH.  This  observation,  plus  the  desire  to  develop  the  operational 
prototype  of  the  system  on  an  operational  computer  facility,  dictated  an 
additional  conversion  to  an  Army  computer  system. 

CRC  evaluated  several  Army  computer  facilities  as  potential  sites  for  the 
operational  prototype:  the  Keystone  system,  which  hosts  REQUEST;  the 
USAREC  support  facility,  at  Fort  Sheridan;  the  Headquarters,  Department 
of  the  Army,  Decision  Support  System  (HQDADSS);  and  the  Information 
Systems  Command  ••  Pentagon  (ISC-P). 

The  ISC-P  computer  facility  was  selected  as  tV;^e  host  environment  for  the 
operational  system.  Operations  on  the  NIH  facility  were  suspended,  to 
conserve  ARI  computer  costs,  and  EPAS  was  converted  to  the  ISC-P  facility. 
The  EPAS  Field  Test  was  performed  on  the  ISC-P  facility. 


Investigate  and  Select  Development  Methodology 

GRC  investigated  alternative  methodologies  to  develop  and  evaluate  EPAS 
constructs  in  a  controlled  manner.  We  expected  many  changes  would  be  made 
to  EPAS  to  support  its  primary  role  as  a  research  and  development  project 
designed  to  evaluate  candidate  FJM  methodologies.  Traditional  software 
development  methodology  presented  many  problems:  traditional  methodology 
is  strictly  phased  and  includes  data  flow  diagrams  or  flow  charts  to 
represent  a  fixed  design. 

EPAS  required  a  systems  development  methodology  that  supported  developing 
analytical  models,  rather  than  Just  making  data  base  manipulations  using 
panels  (as  with  rapid  prototyping).  The  initial  approach  constructed 
programs  from  "building  block”  modules  and  linked  them  together.  This 
approach  offered  increased  flexibility  in  including  and  evaluating  new 
methodologies.  Modules  for  this  system  framework  were: 
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(1)  Process  Test  System  (PTS)  to  be  the  system  controller  and 
overall  user  Interface,  running  the  EPAS  components  and 
generating  evaluation  reports. 

(2)  Process  Construction  System  (PCS)  to  support  defining  building 
block  components  used  to  construct  EPAS  modules. 

(3)  Process  Link  System  (PLS)  to  link  the  building  blocks  into  a 
coherent  system  structure. 

Continued  research  determined,  however,  that  the  PCS  and  PLS  components 
would  not  be  cost  effective.  Reasons  for  this  conclusion  included: 

(1)  A  building  block  approach  did  not  efficiently  support  evalu¬ 
ating  the  methodologies  under  consideration  for  EPAS. 

(2)  The  building  blocks  were  so  computationally  complex  that 
options  and  data  base  access  could  not  be  coded  easily  through 
the  PCS. 

(3)  Switching  in  and  out  building  block  modules  could  be  easily 
emulated  using  programming  language  constructs,  such  as  the 
PL/I  INCLUDE  statement,  with  common  module  interfaces. 

As  a  result  of  these  observations,  the  Process  Test  System  became  the 
system  framework  and  primary  user  Interface  into  which  candidate  EPAS 
modules  could  be  inserted  and  evaluated.  The  PTS  continued  as  the  system 
framework  throughout  the  contract  period. 

The  PTS,  depicted  in  Figure  C>14,  provided  access  to  all  of  the  component 
modules,  data,  and  procedures  within  EPAS.  The  procedures  provided  by 
the  PTS  can  be  divided  into  four  basic  categories; 

(1)  The  EPAS  Model.  The  center  of  the  figure  depicts  the  EPAS 
core  procedures,  i.e.,  TRM,  QFM,  QAM,  and  ACM.  These  routines 
define  the  simulation  and  classification  procedures. 

(2)  The  Data  Base.  The  data  base  contains  all  data  required  by 
EPAS.  Types  of  data  within  the  data  base  include: 

(a)  Standard  data  ••  unedited  data  from  external  sources 

(b)  Custom  data  ••  data  modified  by  analysts  to  test  policy 
alternatives 

(c)  Parameter  data  ••  control  data  from  previous  executions 
providing  convenient  restart  and  rerun  capabilities 

(d)  Report  data  -•  results  of  previous  executions,  includ¬ 
ing  both  pregenerated  model  output  and  exception 
reports . 
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(3)  Editors.  These  sre  routines  which  sllow  the  user  to  access 
and  modify  all  data  contained  within  the  system.  Editors  also 
provide  setup  routines,  enabling  the  user  to  Interactively 
define  executions.  These  routines  automatically  generate 
necessary  Job  command  streams  to  execute  the  models. 

(4)  Utilities.  EPAS  was  developed  to  utilize  common  routines. 
These  allow  the  system  to  present  a  uniform  appearance  to 
users  and  facilitate  development  and  debugging. 


Provide  a  User  and  Developer  Interface 

The  complexity  of  the  PTS  required  development  of  standardized  procedures 
to  simplify  user  access.  Accordingly,  CRC  developed  an  extensive  user- 
centered,  interactive  Interface.  The  interface  provided  developers  and 
users,  alike,  with  a  system  Interface  and  expedited  debugging  and  fine 
tuning. Numerous  functional  areas  were  defined  to  ensure  the  Interface 
met  EPAS  requirements.  These  were: 

(1)  Menu-driven  controls  with  choices  indicated  via  a  common, 
user-friendly  access  method. 

(2)  Consistent  panel  design,  including  header  labeling,  panel 
Identification,  data  layout,  and  user  options. 

(3)  Clear  error  messages  Identifying  when  erroneous  data  or 
parameters  are  entered. 

(4)  Use  of  full  screen  capabilities,  including  reverse  video, 
colors,  highlights,  etc.  as  appropriate,  to  facilitate  the 
user's  understanding. 

(5)  Error  correction  before  processing  the  next  panel  in  the 
sequence . 

(6)  Capability  to  return  to  previous  panel  In  a  sequence  without 
having  to  restart  the  sequence. 

(7)  Capability  to  abort  an  operation  without  adverse  affects. 

(8)  On-line  tutorials. 

(9)  A  standard  editor  Interface  for  adding,  modifying,  copying, 
or  deleting  data  Items. 


The  alttmetlvt  to  an  Interactive  Interface  was  to  require  users  and  developers  to 
edit  Input  data  using  only  the  conputer's  standard  editor.  This  would  not  have 
provide  for  dsta-specif Ic  editing,  neither  would  It  have  provided  cross-linking 
between  related  data  alcments. 
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A  tree -Structured,  Interactive  menu  capability  was  developed  to  implement 
these  requirements.  The  tree -structure,  depicted  in  TAB  4,  enabled  the 
system  framework  to  automatically  determine  the  next  processing  step  based 
on  the  user's  input.  At  each  decision  point  (node)  within  the  tree,  EPAS 
presented  the  user  with  a  set  of  options.  The  user's  response,  i.e.,  the 
option  selected,  defined  the  next  path  (branch)  Co  follow  within  the  tree. 
At  the  end  (leaf)  of  each  branch,  Che  requisite  actions  (data  entry, 
query.  Job  submission,  etc.)  was  automatically  performed. 


Standardised  Panels 

Each  panel  within  the  menu  tree  was  designed  to  a  common  standard  to 
facilitate  the  user's  input.  This  standard,  defined  by  GRC  analysts, 
divided  panels  into  three  major  sections.  These  were: 


(1)  Menu  Header.  The  top  portion  of  the  panel  displays  iden¬ 
tifying  information.  This  information  Included: 

--  System--the  name  of  the  system,  i.e.,  the  EPAS  Non-Prior 
Service  Allocation  system. 

•'  Subsystem- -identification  of  the  subsystem,  e.g.,  run 
control  editor,  within  EPAS  for  which  the  panel  applies. 

••  Description- -a  brief,  clear- text  explanation  of  the 
purpose  of  the  current  panel. 

--  Panel  Identifier- -a  unique  identification  for  the  panel. 
The  panel  identifier  facilitates  debugging,  error 
checking,  and  user  assistance. 

(2)  Menu  Body.  The  center  of  the  panel  contains  all  the  action 
elements  of  the  panel.  The  specific  contents  and  format  of 
the  menu  body  are  dependent  on  the  panel  being  displayed  and 
its  location  within  the  menu  tree.  Two  fundamental  types  of 
panels  exist:  selection  and  data  entry. 

Figure  C'lS  depicts  a  typical  selection  panel.  Selection 
panels  provided  the  user  with  a  list  of  options  and  a  set  of 
legal  responses.  The  user's  response  determined  the  next 
action  to  be  performed  by  EPAS.  The  menu  body  for  a  selection 
panel  always  had  two  components.  First,  instructions  provided 
terse,  clear- text  explanations  of  the  actions  to  be  performed 
by  the  user.  Second,  the  available  options  were  displayed. 


Figure  C-16  depicts  a  typical  data  entry  panel.  Data  entry 
panels  provided  a  formatted  structure  in  which  the  user  could 
review,  enter,  or  modify  data.  The  format  and  content  of  a 
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dat«  entry  panel  was,  clearly,  highly  dependent  on  the 
specific  data  being  processed.  GRC  standardized  several 
features,  however  to  facilitate  data  entry.  These  included: 

Protected  descriptor  fields- -terse ,  clear  text 
descriptors  Identified  the  requisite  data.  These  fields 
were  protected  to  prevent  inadvertent  Bodlflcation  by 
the  user. 

--  Automatic  tabbing- -the  cursor  would  automatically  move 
to  the  next  data  entry  field,  skipping  all  protected 
descriptor  fields. 

-•  Default  Value --wherever  possible,  EPAS  automatically 
filled  data  entry  fields  with  previously-defined  data, 
called  "defaults."  The  user  then  had  the  option  of 
accepting  the  EPAS-defined  data  or  overriding  it  with 
new  data.  If  no  default  data  were  available,  a  blank 
field  would  be  displayed  and  user  entry  would  be 
required. 

--  Tutorials-'single  key,  context-sensitive  help  panels 
were  associated  with  each  data  entry  panel.  Thus,  the 
user  could  obtain  in-depth  assistance  for  each  data 
entry  panel  and  item. 

(3)  Active  Keys/Error  Messages.  The  bottom  portion  of  panels 
served  two  purposes.  First,  currently  active  special  keys 
were  displayed,  with  a  one-  or  two-word  explanation  of  their 
function.  Second,  if  an  error  were  detected,  a  brief  error 
message  would  be  displayed  with  instructions  for  corrective 
action. 


Vl.cat_Implem?i)tstl<2n 


The  initial  panels  were  developed  as  part  of  the  baseline  prototype  and, 
therefore,  were  based  on  the  characteristics  of  the  Ulcat  DLF.  Specifi¬ 
cally,  this  entailed  using  ANSI -standard  ASCII  codes  to  control  user 
entry.  The  panel  shown  in  Figure  C-IS  is  an  example  of  a  Vicat-based 
selection  panel.  Special-purpose  utilities,  written  in  Pascal,  standar¬ 
dized  definition  and  application  of  keys  within  the  system  framework,  for 
example : 


Control  Keys- -special  purpose,  control  keys  were  used  for 
universal  actions.  These  keys^^  Included: 


"Control  Keys*  are  activated  by  deprtaaine  and  holding  a  special  key,  called  the 
control  key,  and  simultaneously  pressing  a  designated  alphabetic  key.  This  action 
is  similar  to  holding  the  shift  key  to  get  an  uppercase  letter  during  normal  typing 
activities. 
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Control/A  --  Aborc  --  caused  EPAS  to  cancel  all  entries 
on  the  current  panel  and  reset  the  data  values  to  their 
original  state. 

--  Control/F  --  Forward  --  caused  EPAS  to  accept  all 
currently  displayed  entries  and  proceed  to  the  next 
panel  in  the  sequence. 

Control/T  ••  Tutorial  --  displayed  the  help  panel 
associated  with  the  currently  active  panel. 

--  Control/X  •  eXit  caused  EPAS  to  abort  all  ongoing 
activities  and  return  to  the  root  of  the  menu  tree. 

•  Movement  Keys* -keys  enabling  movement  within  a  panel.  These 
keys  included: 

Arrow  Keys- -moved  the  cursor  one  field  in  the  direction 
of  the  selected  arrow. 

Space/Backspace--moved  the  cursor  forward/backward  ore 
field. 

--  Tab /Reverse  Tab- -moved  the  cursor  forward/backward  one 

field. 

--  "Hot  Keys" --entering  the  first  letter  of  an  option  field 
(selection  panels  only)  Jumped  the  cursor  to  that  field. 

Special  logic  enabled  the  system  framework  to  maintain  current  status  as 
the  user  moved  through  the  menu  tree.  Selected  options/f ields  in  a  panel 
were  highlighted,  using  reverse  video.  When  the  user  returned  to  the 
panel  in  subsequent  activities,  the  previously- selected  option  would 
remain  highlighted,  enabling  the  user  to  accept  the  option  and  proceed  to 
the  next  panel  without  having  to  respecify  the  option. 


National  Institute  of  Health 

GRC  rewrote  the  panel  utilities  into  PL/I  as  part  of  the  move  to  the  NIH 
computer  facility.  Moving  EPAS  to  the  NIH  computer  facility,  however, 
Introduced  several  problems  into  the  user/developer  Interface.  As  Just 
described,  the  EPAS  user  interface  used  standard  ASCII  control  codes. 
The  NIH  computer,  however,  an  IBM- type  mainframe,  was  EBCDIC  based  and 
did  not  accept  ASCII  control  codes.  Procedures  had  to  be  developed, 
therefore,  to  enable  continued  application  of  the  panel  structures. 

This  requirement  was  met  by  continued  use  of  the  Vicat.  GRC  developed 
special-purpose  procedures  (called  "BYPASS"  routines)  which  enabled  users 
to  continue  using  the  ASCII  control  codes.  The  BYPASS  routine  intercepted 
the  control  codes  and  translated  them  into  unique  EBCDIC  character 
strings.  Special  procedures  within  the  EPAS  system  framework  recognized 
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these  strings  and  redefined  thea  back  Co  the  special  codes  recognized  by 
the  existing  EPAS  procedures. 

This  approach  allowed  conversion  of  EPAS  to  the  NIH  facility  with  minimal 
Impact  on  the  existing  code  structure.  It  had,  however,  two  significant 
drawbacks : 

(1)  It  required  the  user  Co  access  the  PTS  through  the  Vlcat 
computer,  rather  Chan  directly  through  the  NIH  communications 
facilities.’* 

(2)  It  severely  degraded  system  performance  because  of  Che 
characCer-by'Character  evaluation,  translation,  and  redefi¬ 
nition  required. 


Information  Systems  Command  --  Pentagon 

These  drawbacks,  while  serious,  were  acceptable  in  the  research-oriented 
environment  under  which  EPAS  was  being  developed  and  analyzed.  Clearly, 
however,  they  would  be  unacceptable  In  an  operational  e.wlronment. 
Tl.erefore,  as  part  of  the  development  of  Che  EPAS  operational  prototype, 
the  user  Interface  was  totally  rebuilt. 

GRC  investigated  the  standards  then  in  force  on  the  HQDADSS  and  ISC-P 
computer  systems  and  redesigned  the  EPAS  to  meet  these  standards.  At  the 
same  time,  however,  the  EPAS  user  interface  standards  were  continued  to 
the  maximum  degree  possible.  Figure  C-17,  for  example,  depicts  the  same 
panel  previously  shown  In  Figure  C-15.  The  panel  structure  still  consists 
of  the  three  divisions  --  menu  header,  menu  body,  and  active  keys/error 
messages  -•  found  In  the  Wlcat  panels. 

The  PL/I  panel  utilities  were  eliminated  in  the  EPAS  operational  proto¬ 
type.  Panels  were  developed  using  an  IBM  product  called  Cross  System 
Product  (CSP).  The  Army  has  directed  that  CSP,  marketed  by  IBM  as  a 
fourth  generation  development  language,  be  the  standard  language  for 
developing  panels  on  the  HQDADSS  and  ISC-P  computer  facilities. 

CSP  provides  structures  for  defining  panels,  performing  rudimentary 
editing  and  arithmetic  operations,  and  accessing  data  bases.  More  complex 
edits  and  mathematics  could  not  be  performed  using  CSP  directly.  In  these 
cases,  special  PL/I  utilities  were  developed  to  meet  the  specific 
requirement  and  linked  into  the  CSP  structures. 

Several  major  differences  existed  between  the  resulting  ISC-P  panels  and 
their  predecessors  on  the  Vicat  and  NIH  computers.  These  were: 


Ocvttopers  were  able  to  ecceet  the  eource  code  end  requisite  s/steis  procedures 
(conpUers,  editors,  etc.)  directly  through  the  NIH  conru^lcetlons  fecUltles. 
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(1)  All  control  key  sequences  were  replaced  by  function  keys. 
Where  applicable,  HQDADSS/ISC-F  standards  were  substituted 
for  corresponding  GRC  standards,  e.g.,  the  Prograa  Function 
key  1  (PFl**help)  replaced  the  control/T  (tutorial)  sequence. 

(2)  HQDADSS/ISC-P  standards  were  employed  for  selection  panels. 
Thus,  desired  options  were  identified  by  type  an  "S"  In  front 
of  the  option.  Special  features,  such  as  ”hot  Keying"  an 
option  were  deleted;  they  did  not  exist  within  the  HQDADSS/ 
ISC-P  standards. 

(3)  Data  entry  edits  became  panel  oriented  Instead  of  field 
oriented.  The  Vlcat/HIH  versions  were  able  to  monitor  and 
edit  data  entry  as  it  occurred.  The  ISC-P  version  did  not 
recognize  data  entry  until  the  entire  panel  had  been  completed 
and  submitted. 

(4)  Special  video  effects,  such  as  reverse  video,  highlighting, 
and  blinking,  were  eliminated;  HQDADSS/ISC-P  standards  do  not 
allow  for  these  features. 

The  CSP  conversion  demonstrated  that  EPAS*  user  Interface  would  function 
within  the  operational  environment  and  restrictions  found  on  the  hQDADSS/ 
ISC-P  computer  facilities.  Performance,  however,  was  extremely  disap¬ 
pointing;  routine  editing  activities  required  an  exorbitant  amount  of 


Figure  C-17.  ISC-P  Selection  Panel. 
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wall-clock  time.  Further  research  Into  existing  capabilities,  and 
implementation  of  newer  releases  of  CSP,  may  improve  performance  to  a  more 
acceptable  level. 


Standardized  Editors 

The  menu  tree  and  panels  provided  the  basic  access  to  all  data  within 
EPAS.  GRC  developed  editors  to  facilitate  maintenance  oF  the^e  -^aca. 
Editors  provided  the  ability  to  easily  alter  any  information  within  the 
system  for  policy  analysis,  as  well  as  providing  a  means  for  on-line 
review  of  current  or  simulated  values  for  any  part  of  the  system. 

As  with  other  parts  of  the  user  interface,  GRC  enforced  standardization 
for  all  available  editors,  ensuring  that  EPAS  provided  for  common  user 
access  to  all  parts  of  the  system.  The  available  editor  options  were 
maintained  for  each  of  the  versions  --  Vlcat,  NIH,  and  ISC-P  --  of  the 
user  interface.  These  options  were: 

(1)  List.  Provided  a  listing  of  all  current  configurations  for 
the  data  being  addressed.  This  feature  was  particularly 
useful  when  generating  multiple  control  files  for  alternative 
policy  scenarios.  The  list  option  allowed  the  user  to  quickly 
review  currently  available  alternatives.^^ 

(2)  Edit.  Allowed  update  access  to  any  of  the  data  found  within 
currently-defined  configurations . 

(3)  Copy.  Created  a  new  configuration  by  copying  an  existing  one 
and  assigning  a  new  name.  This  provided  the  user  with  the 
ability  to  quickly  formulate  new  policy  alternatives  based  on 
the  characteristics  of  an  existing  policy.  This  option  was 
particularly  useful  for  performing  analyses  in  which  multiple 
variations  to  a  baseline  policy  were  being  evaluated. 

(4)  Delete.  Deleted  any  user-defined  configuration.  One 
configuration,  the  EPAS -generated  default,  was  always 
available  and  could  not  be  deleted. 

(5)  Review.  Allowed  read-only  access  to  any  data  found  within 
the  currently-def Ined  configurations. 


ThU  option  wot  explicit  In  tho  Wleat  and  HIH  vartlona,  (.a.,  tha  uaar  had  to 
apaclfleally  raquaat  tha  Hat  option.  Tha  ISC-P  varclon  inplenianted  an  implicit 
liat  option,  i.a.,  Mhan  a  subeysten  editor  waa  requested,  EPAS  automatically  listed 
all  currantly-deflned  configurations. 
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froviae  execution  uoncroi 

Analyses  clearly  shoved  that  EPAS  has  the  capability  of  being  a  useful 
tool  for  the  Army,  capable  of  providing  significant  Improvements  In 
Individual  allocations.  To  be  of  practical  benefit,  however,  EPAS  must 
be  usable  as  well  as  useful.  The  EPAS  concept  will  not  be  practical  if 
system's  operation  is  so  cumbersome  or  complex  that  Army  analysts  and 
managers  are  unable  to  operate  the  model. 

Part  of  GRC's  research,  therefore,  was  to  validate  means  for  defining  a 
user 'friendly  control  environment.  The  following  functional  requirements 
were  identified  as  necessary  to  support  this  objective; 

(1)  Support  for  any  user^speclfled  combinations  of  applicant 
policy,  MOS  requirements,  school  seat  and  training,  etc.  input 
data  files. 

(2)  Support  for  any  number  of  iterations,  starting  at  any  time 
point;  further,  the  system  should  support  rerunning  itera¬ 
tions  . 

(3)  Support  for  automatic,  on-line  submittal  of  batch  (off-line) 
EPAS  executions.  These  submittals  should  include  any 
combination  of  EPAS  modules,  from  individual  submissions  to 
full  system. 

(4)  Support  for  programs  to  control  and  monitor  batch  EPAS 
executions . 


On-Line  Operations  Control 

A  file  Interface,  called  the  Run  File,  was  developed  to  meet  the  first 
three  of  these  requirements.  The  Run  File  provided  an  editable  interface 
enabling  users  to  specify  and  modify  all  execution-related  files  and 
parameters.  It  also  provided  the  medium  which  the  batch  system  used  to 
report  run  status,  temporary  files  being  utilized,  and  other  run-related 
information.  The  Run  File  editor  provided  the  five  basic  editor  functions 
--  list,  edit,  copy,  delete,  and  review  --  defined  in  the  previous 
section.  In  addition,  the  Run  File  editor  performed  detailed  error 
analyses  to  prevent  infeasible  execution  requests,  such  as  requesting  the 
third  iteration  of  a  simulation  before  the  first  two  have  been  executed. 


Batch  Operations  Control 

Batch  Job  submittal  procedures  are  highly  dependent  on  the  host  computer 
system.  In  the  Vicat  system,  the  Pascal  language  provided  utilities  which 
gave  direct  access  to  the  operating  system.  As  a  result,  EPAS  was  coded 
to  "fork,"  i.e.,  start  execution  of,  batch  Jobs  directly  from  within  the 
executing  on-line  procedures. 
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The  IBM  systesu  at  NIH  and  ISC>P,  both  operating  under  the  HVS/XA 
operating  system,  did  not  provide  this  ability.  Batch  Job  submittal 
occurred  upon  termination  of  the  on-line  system.  GRC  developed  procedures 
which,  through  file -based  communications  and  dynamic  error  checking, 
generated  and  automatically  submitted  batch  executions. 

MVS/XA  on-line  procedures  execute  under  the  control  of  a  Command  List 
(CLIST)  Job  command  stream.  Dynamic  control  was  effected  by  modifying 
the  PIS  to  generate  return  codes  as  a  function  of  user-defined  processing 
requests.  The  EPAS  CLIST  checked  the  return  code  to  determine  If  any 
batch  runs  were  to  be  scheduled.  If  so,  the  CLIST  read  a  special 
Interface  file  which  specified  the  type  of  batch  Job  (simulation, 
optimization,  etc.)  and  the  name  of  the  controlling  Run  File.  Based  on 
this  Information,  the  CLIST  edited  a  standard  batch  submittal  Job  Control 
Language  (JCL)  file.  Inserting  the  appropriate  run  file  name  and  Job  card 
Information.  The  edited  file  was  then  automatically  submitted  for  batch 
execution. 

A  batch  control  program  was  developed  for  each  of  the  batch  operations. 
This  program  read  the  Run  File  name  from  the  parameter  (FARM)  statement 
In  the  execution  JCL.  All  other  Information  regarding  the  execution  of 
the  system  was  contained  within  the  specified  Run  File. 


Provide  Execution  Status  Monitoring 

The  final  functional  area  defined  for  the  system  framework  was  the  ability 
to  monitor  status  of  a  batch  execution.  An  execution  status  review  module 
gave  the  user  up-to-date  feedback  on  current  or  previous  batch  Jobs, 
Including  Iteration  Information  and  exception  reports. 

The  magnitude  and  complexity  of  EPAS  made  it  highly  deslreable  to  allow 
the  model  to  continue  execution,  even  if  errors  were  detected.  Extensive 
error  checking  and  error  recovery  procedures  were  encoded  to  provide  this 
feature.  Exception  reports  defined  nonstandard  conditions,  both 
correctable  and  non- correctable ,  Identified  during  the  model's  execution. 
On-line  procedures  provided  the  ability  to  monitor  these  exception 
reports . 
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TAB  C-1 

FY  86  SUPPLY  CROUPS 

BASED  ON  WARDS’  MINIMUM  VARIANCE  METHOD 


Male/HSG/AFQT  Category  I -II 


CL 

CO 

EL 

FA 

GM 

MM 

OF 

SC 

ST 

109 

102 

103 

105 

97 

99 

104 

103 

103 

4.0 

116 

109 

111 

114 

105 

104 

107 

108 

111 

5.0 

109 

114 

104 

110 

103 

110 

114 

113 

107 

3.0 

122 

113 

119 

121 

112 

106 

109 

112 

118 

4.0 

115 

111 

115 

111 

114 

112 

113 

113 

115 

6.0 

108 

118 

108 

111 

111 

118 

119 

118 

109 

4.0 

119 

119 

117 

120 

114 

114 

116 

119 

118 

7.0 

111 

126 

111 

117 

113 

123 

123 

123 

112 

4.0 

125 

122 

124 

127 

119 

116 

118 

121 

125 

7.0 

130 

135 

135 

134 

138 

135 

132 

134 

133 

9.0 

128 

124 

131 

128 

128 

121 

120 

124 

129 

7.0 

123 

128 

124 

127 

124 

124 

124 

126 

124 

6.0 

119 

123 

120 

121 

121 

122 

121 

122 

120 

6.0 

113 

118 

118 

112 

121 

122 

120 

121 

117 

6.0 

124 

114 

128 

119 

124 

115 

114 

118 

124 

2.0 

129 

130 

132 

121 

132 

127 

126 

129 

131 

7.0 

117 

127 

122 

120 

126 

128 

126 

128 

122 

8.0 

123 

131 

128 

127 

131 

132 

129 

130 

127 

5.0 

Male/HSG/APQT  Category  IIlA 


_ Averart 

t  Aptitude 

Area 

Composite 

Scores _ 

%Ml5Slon 

CL 

CO 

EL 

FA 

CM 

MM 

OF 

SC 

ST 

100 

95 

94 

97 

89 

93 

98 

95 

95 

7.0 

109 

102 

102 

109 

94 

95 

98 

99 

101 

5.0 

103 

109 

99 

107 

98 

105 

107 

106 

100 

10.0 

117 

126 

124 

122 

129 

125 

120 

125 

123 

4.0 

115 

115 

118 

118 

116 

112 

110 

114 

116 

10.0 

103 

98 

103 

98 

102 

lOI 

102 

101 

102 

7.0 

109 

121 

115 

113 

120 

122 

119 

120 

115 

16.0 

111 

105 

111 

110 

106 

102 

103 

105 

110 

7.0 

101 

110 

102 

101 

106 

111 

112 

111 

104 

10.0 

106 

108 

112 

102 

116 

113 

111 

112 

112 

8.0 

105 

116 

106 

110 

109 

115 

115 

114 

108 

17.0 
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TAB  C-1  (continued) 

FY  86  SUPPLY  GROUPS 

BASED  ON  UARDS’  MINIMUM  VARIANCE  METHOD 


Male/HSG/AFQT  Category  I I IB 


Average  Aotitude 

Area 

Comoos Ite 

Scores 

%Mlssio 

CL 

CO 

EL 

FA 

GM 

MM 

OF 

SC 

ST 

109 

110 

115 

113 

1.15 

109 

104 

108 

112 

2.0 

104 

119 

110 

111 

116 

118 

113 

116 

110 

6.0 

90 

87 

88 

87 

87 

89 

91 

88 

89 

9.0 

103 

104 

106 

104 

108 

104 

103 

104 

108 

4.0 

99 

99 

102 

100 

101 

99 

98 

99 

101 

8.0 

87 

90 

80 

90 

76 

87 

90 

85 

80 

4.0 

97 

92 

99 

95 

96 

92 

92 

92 

96 

6.0 

101 

112 

100 

110 

98 

105 

103 

104 

98 

3.0 

92 

96 

89 

98 

85 

92 

92 

89 

87 

11.0 

94 

104 

97 

95 

105 

108 

107 

106 

101 

8.0 

91 

113 

96 

100 

104 

115 

112 

109 

98 

5.0 

88 

96 

87 

89 

91 

99 

99 

95 

89 

6.0 

94 

104 

92 

102 

91 

100 

100 

99 

93 

11.0 

90 

100 

93 

91 

98 

104 

103 

100 

94 

6.0 

97 

111 

106 

100 

116 

117 

113 

113 

108 

4.0 

98 

111 

102 

104 

107 

111 

108 

109 

102 

6.0 

Male/HSG/AFQT  Category  IV 


Average 

Aotitude 

Area 

Comoosite 

Scores 

%Mission 

CL  CO 

EL 

FA 

GM 

MM 

OF 

SC 

ST 

89  105 

95 

97 

102 

106 

101 

101 

95 

29.0 

86  89 

85 

80 

83 

88 

87 

84 

83 

34.0 

86  97 

88 

92 

81 

97 

95 

93 

89 

37.0 

Male/HSS/AFQT  Category  I -II 


_ 1 

average 

i  Api 

tltude 

Area 

Comooslte 

Scoi 

res 

CL 

CO 

EL 

FA 

GM 

MM 

OF 

SC 

ST 

118 

118 

119 

119 

117 

116 

117 

118 

119 

65.0 

127 

128 

130 

129 

130 

127 

125 

128 

130 

21.0 

111 

107 

106 

109 

101 

103 

108 

107 

107 

16.0 
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TAB  C*1  (continued) 

FY  86  SUPPLY  GROUPS 

BASED  ON  WARDS'  MINIMUM  VARIANCE  METHOD 


Male/HSS/AFQT  Category  IIIA 


Average 

Aotltude  Area 

Conooslte 

CL 

CO 

EL 

FA 

GM 

MM 

OF 

SC 

ST 

109 

116 

112 

111 

113 

113 

112 

113 

112 

71.0 

103 

101 

100 

103 

97 

99 

103 

101 

101 

29.0 

Male/HSS/AFQT  Category  IIIB 


Average 

Aotltude  Area  Comooslte 

Scores 

^Mission 

CL 

CO 

EL  FA  GM  MM  OF 

SC  ST 

92 

92 

90  92  88  92  93 

90  91 

30.0 

98 

106 

102  102  105  106  105 

105  103 

70.0 

Male/HSS/APQT  Category  IV 


Average 

Aotltude  Area  Comooslte 

Scores 

%Mission 

CL  CO 

EL  FA  GM  MM  OF 

SC 

ST 

89  100 

94  95  98  102  99 

98 

95 

64.0 

88  89 

86  90  84  85  86 

86 

86 

36.0 

Male/NHS/AFQT  Category  I -II 


Avera_ge 

Aotltude  Area 

Comooslte 

Scores 

%Mission 

CL 

CO 

EL 

FA 

GM 

MM 

OF 

SC 

ST 

113 

117 

114 

113 

113 

115 

117 

118 

114 

55.0 

121 

128 

125 

123 

126 

127 

125 

128 

124 

31.0 

109 

107 

104 

108 

99 

103 

107 

107 

105 

14.0 

Male/NHS/APQT  Category  IIIA 


Average 

Aotltude  Area  Comooslte 

CL 

CO 

EL 

FA 

GM 

MM 

OF 

SC 

ST 

99 

96 

93 

96 

88 

94 

98 

96 

93 

9.0 

102 

107 

101 

103 

101 

106 

108 

108 

102 

40.0 

105 

114 

108 

107 

110 

114 

116 

115 

109 

28.0 

109 

119 

115 

112 

120 

120 

117 

120 

115 

23.0 
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TAB  C*1  (continued) 

FY  86  SUPPLY  GROUPS 

BASED  ON  WARDS'  MINIMUM  VARIANCE  METHOD 


Male/NHS/AFQT  Category  IIIB 


Averaee  Antltude  Area  Comooslte 

Scores 

CL  CO  EL  FA  CM  MM  OF 

99  107  100  101  102  106  106 

SC  ST 

106  101 

100.0 

Male/NHS/AFQT  Category  IV 

Averaee 

Aotitude  Area  Comooslte 

Scores 

CL  CO 

EL 

FA  CM  MM  OF 

SC  ST 

86  95 

91 

90  95  98  96 

93  90 

100.0 

Average 

Female/HSG/AFQT  Category  I -11 

Aotitude  Area  Comooslte  Scores 

%Mission 

CL 

CO 

EL 

FA 

CM 

MM 

OF 

SC 

ST 

112 

106 

105 

111 

98 

99 

105 

105 

106 

32.0 

125 

121 

124 

126 

118 

115 

117 

119 

124 

31.0 

117 

113 

113 

117 

107 

106 

111 

111 

114 

29.0 

108 

96 

98 

102 

89 

90 

98 

96 

99 

8.0 

Average 

Female/HSG/AFQT  Categoxry  IIIA 

Aotitude  Area  Comooslte  Scores 

%Mission 

CL 

CO 

EL 

FA 

CM 

MM  OF 

SC  ST 

104 

100 

98 

104 

93 

95  100 

98  100 

44.0 

100 

92 

92 

97 

85 

87  94 

91  92 

27.0 

108 

108 

106 

111 

103 

104  106 

105  108 

28.0 

Female/HSG/AFQT  Category  IIIB 

Average  Aptitude  Area  Composite  Scores _ 

IMlsslon 

CL 

CO 

EL 

FA 

GH 

MM 

OF 

SC 

ST 

93 

87 

89 

92 

84 

82 

89 

85 

89 

39.0 

94 

97 

89 

99 

85 

91 

94 

90 

91 

39.0 

100 

101 

99 

105 

96 

97 

98 

96 

100 

22.0 
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TAB  C-1  (continued) 

FY  86  SUPPLY  CROUPS 

BASED  ON  WARDS’  MINIMUM  VARIANCE  METHOD 


Female/HSG/AFQT  Category  IV 

Average 

Aotitude  Area  Composite  Scores 

%Mission 

CL  CO 

88  90 

EL  FA  CM  MM  OF  SC  ST 

86  93  84  87  88  84  86 

100.0 

Female/HSS/AFQT  Category  l-Il 

Average 

Aotitude  Area  Comoosite  Scores 

%Mission 

CL  CO 
117  110 

EL  FA  CM  MM  OF  SC  ST 

112  117  105  103  108  108  113 

100.0 

Female/HSS/AFQT  Category  IllA 

Average 

Aptitude  Area  Comoosite  Scores 

%Mission 

CL  CO 
105  100 

EL  FA  CM  MM  OF  SC  ST 

100  105  95  95  100  98  102 

100.0 

Female/HSS/AFQT  Category  IIIB 

Average 

Aptitude  Area  Comoosite  Scores 

%Mission 

CL  CO 

98  95 

EL  FA  CM  MM  OF  SC  ST 

95  100  90  91  95  92  96 

100.0 

Female/HSS/AFQT  Category  IV 

Average 

Attitude  Area  Comoosite  Scores 

%Mission 

CL  CO 

93  89 

EL  FA  CM  MM  OF  SC  ST 

90  93  86  87  89  86  89 

100.0 
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TAB  C-2 

FYSe  NOS  CLUSTERS 
BASED  ON  APTITUDE  AREA  COMPOSITES 


CLUSTER  »1 


V  WWMf  A 

AFQT 

DoD 

QNDR 

EDUCLVL  CAT._ 

MOS 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  I-IIIA 

EL 

29E 

1 

110 

Communlcac-Elect  Radio  Rep 

29F 

1 

110 

Fixed  COMSEC  Equip  Rep 

29J 

1 

110 

Teletypewriter  Eq  Rep 

29V 

1 

110 

Start  Microwave  Sys  Rep 

34H 

1 

110 

ADSME  Rep 

35C 

1 

110 

Automatic  Test  Eq  Rep 

36L 

6 

110 

Electronic  Switching  Rep 

CLUSTER  »2 


PNDR 

AFQT 

EDUCLVL  CAT. _ 

MOS 

DoD 

CRu. 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  I-IIIA 

EL 

26C 

1 

115 

Weapons  Support  Radar  Rep 

29C 

1 

115 

Field  COMSEC  Eq  Rep 

CLUSTER  *3 


GKDR 

AFQT 

EDUCLVL  CAT. 

BA 

MOS 

DoD 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  I-IIIA 

EL 

26y 

1 

120 

SATCOM  Equipment  Repairer 

35H 

1 

120 

Calibration  Specialist 

CLUSTER  »4 


GNDR 

AFQT 

EDUCLVL  CAT. 

BA 

MOS 

DoD 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  I-IIIB 

EL 

93D 

1 

105 

Air  Traffic  Systems  Rep 

24C 

1 

110 

Improved  Hawk  Firing  Sec  Mec 

24G 

1 

110 

Improved  Hawk  Informatio  Mec 

24U 

1 

110 

Hercules  Electronic  Mech 

34F 

1 

110 

DSTE  Repairer 

34T 

1 

110 

Tactical  Computer  Sys  Rep 

C-95 


TAB  C*2  (continued) 

FY86  MOS  CLUSTERS 
BASED  ON  APTITUDE  AREA  COMPOSITES 


CLUSTER  #5 


CNDR 

AFQT 

EDUCLVL  CAT. 

AA 

MQS 

DoD 

Gp. 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  I-IIIB 

SC 

96H 

2 

95 

Aerial  Sensor  Spec 

OSD 

2 

100 

EW/SIGINT  Emitter  Identlf 

CLUSTER  *6 


AFQT 

DoD 

CNDR 

EDUCLVL  CAT. 

AA 

MOS 

Gp. 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  1-IIIB 

ST 

OSH 

2 

95 

EW/SlGlNT  Morse  Intercep 

OSK 

2 

95 

EW/SIGlNT  Non-Morse  Intercep 

96D 

2 

95 

Image  Interpreter 

97G 

2 

95 

Signal  Security  Specialist 

98G 

2 

95 

EW/SIGlNT  Voice  Intercep 

CLUSTER  #7 

AFQT 

DoD 

CNPR 

EDUCLVL  CAT. 

AA 

MOS 

Qs^ 

SCQHB 

JOB  .TITLE 

M/F 

HSG/NHS  l-IlIB 

ST 

91P 

3 

100 

X-Ray  Specialist 

91R 

3 

100 

Veterinary  Food  Insp 

CLUSTER  »8 


AFQT 

GNDR  EDUCLVL  CAT.  ftA  MQS 

M/F  HSG/NHS  I-IIIB  ST  96F 

98C 

98J 

nq 

71R 


CLUSTER  #9 


AFQT  DoD 

GNDR  EDUCLVL  CAT.  AA  MSS  Sz..  SCORE  _ JOB_  TITLE 


M/F  HSG/NHS  I-IIIB  ST  33P 

1 

115 

EV/I  Strat  Rec  Subsys  Rep 

33Q 

1 

115 

EU/I  Process  Storage  Equ 

33R 

1 

115 

EW/I  Intercept  Avn  Sys  Rep 

33T 

1 

115 

EU/I  TAG  Sys  Rep 

DoD 

Gp. 

2 

2 

2 

2 

5 


SCORE 

105 

105 

105 

105 

105 


JOB  TITLE 


Psycologlcal  Ops  Specialist 
EU/SICINT  Analyst 
MonCooiffl  Interceptor 
Journalist 
Broadcast  Journalist 


C-96 


TAB  C-2  (continued) 

FY86  MOS  CLUSTERS 
BASED  ON  APTITUDE  AREA  COMPOSITES 


CLUSTER  #10 


AFQT 

DoD 

GNDR 

EDUCLVL  CAT. 

MOS 

Gp. 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  I -IV 

CL 

76X 

5 

85 

Subsistence  Supplier 

76P 

5 

90 

Material  Control/Acctlng 

76V 

S 

90 

Hat  Storage/Handling 

76U 

8 

90 

Petro  Supply  Spec 

OLUSTPR  #11 


GNDR 

AFQT 

EDUCLVL  CAT. 

M 

MOS 

DoD 

Gp. 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  I -IV 

CL 

71G 

3 

95 

Patient  Adaln  Spec 

76J 

3 

95 

Med  Supply  Spec 

71L 

5 

95 

Administrative  Spec 

71M 

5 

95 

Chapel  Activities  Spec 

73C 

5 

95 

Finance  Spec 

75B 

5 

95 

Personnel  Admin  Spec 

75C 

5 

95 

Personnel  Mgmt  Spec 

75D 

5 

95 

Personnel  Records  Spec 

75E 

5 

95 

Personnel  Actions 

76C 

5 

95 

Equipment  Rec/Parts  Spec 

76Y 

5 

95 

Unit  Supply  Spec 

71N 

5 

100 

Flight  Oper  Spec 

CLUSTER  #12 


GNDR 

^  AFQT 
EDUCLVL  CAT. 

MOS 

DoD 

ejL,. 

SCORE 

JOB  TITLE 

M/F 

HSG.NHS  I-IV 

EL 

36C 

6 

90 

Wire  Systems  Installer 

21G 

1 

95 

Pershing  Electronic  Mat  Sp 

24L 

1 

95 

Improved  Hawk  Launc/Mat  Rep 

26H 

1 

95 

Air  Defense  Radar  Repairer 

27B 

1 

95 

Land  Combat  Support  Syst 

27E 

1 

95 

TOV/Dragon  Repairer 

27C 

1 

95 

Chaparral/Redeye  Repairer 

31V 

1 

95 

Tactical  Communications 

35E 

1 

95 

Special  Electronic  Devic  Rep 

35K 

1 

95 

Avionic  Mechanic 

41E 

1 

95 

A-V  Equipment  Repair 

45C 

1 

95 

Control  Systems  Rep 

26T 

5 

95 

Radlo/Televlslon  Systems 

27L 

6 

95 

Lance  System  Repairer 

27M 

6 

95 

MLRS  Repairer 
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TAB  C>2  (continued) 

FY86  MOS  CLUSTERS 
BASED  ON  APTITUDE  AREA  COHPOSITES 


CLUSTER  »13 


AFQT 

DoD 

GNDR 

EDUCLVL 

CAT. 

BA 

MOS 

Sfij. 

SCOPE 

JOB  TITLE 

M/F 

HSG/NHS 

1-IV 

EL 

26q 

2 

95 

Tactical  Satelllte/Mlcro  Op 

31M 

2 

95 

Multichannel  Consaunlcatl  Op 

31N 

2 

95 

Tactical  Circuit  Controller 

93F 

2 

95 

Fid  Artillery  Heteo  Crew 

CLUSTER  #14 

AFQT 

DoD 

CNDR 

EDUCLVL 

CAT. 

M 

MOS 

Gd  . 

SCOPE 

JOB  TITLE 

M/F 

HSG/NHS 

I -IV 

EL 

27F 

I 

100 

Vulcan  Repairer 

29M 

1 

100 

Tact  Satel/Mlcrowave  Rep 

35L 

1 

100 

Avionic  Communications  Eq  Re 

3SM 

1 

100 

Avionic  Navigation  and  FL  Re 

3SR 

1 

100 

Avionic  Special  Equipment  Re 

36M 

6 

100 

Vlre  Systems  Operator 

55G 

6 

100 

Nuclear  Veap  Malnt  Spec 

CLUSTER  »15 


GNDR 

AFQT 

EDUCLVL  CAT. 

BA 

MOS 

DoD 

Gp. 

SCOPE 

JOB  TITLE 

M/F 

HSG/NHS  I -IV 

EL 

24E 

1 

105 

Improved  Hawk  Firing  Con  Mec 

32D 

1 

105 

Station  Technical  Contro 

46N 

6 

105 

Pershing  Elec/Mech  Rep 

CLUSTER  #16 


GNDR 

AFQT 

EDUCLVL  CAT. 

BA 

MOS 

DoD 

Qs^ 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  I -IV 

EL 

21L 

1 

110 

Pershing  Electronics  Rep 

24H 

I 

110 

Improved  Hawk  Fire  Contr  Re 

24J 

1 

110 

Improved  Hawk  Pulse  Radar  Re 

24K 

1 

110 

Improved  Hawk  Cont  Wave  Rep 

26E 

1 

110 

Aerial  Surveillance  Sens 

26F 

1 

110 

Aerial  Photoactive  Senso  Rep 

26K 

1 

110 

Aerial  El  Vam/Def  Eq  Rep 

27N 

1 

110 

Forward  Area  Alerting  Rad  Re 

34L 

1 

110 

Field  Art  Dig  Systems  Rep 

34y 

1 

110 

Field  Artillery  Computer 

39B 

2 

110 

Automatic  Test  Equip  Op 

35G 

3 

110 

Biomedical  Equipment  Spe 
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TAB  C>2  (continued) 

FY86  HOS  CLUSTERS 
BASED  ON  APTITUDE  AREA  COMPOSITES 


GLVSJU  o-ll 


GNDR 

AFQT 

EDUCLVL  CAT. 

MOS 

DoD 

Gp. 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  I -IV 

GM 

43M 

7 

85 

Fabric  Repair  Spec 

57E 

8 

85 

Laundry/Bath  Spec 

CL^TgR 


GNDR 

AFQT 

EDUCLVL  CAT. 

AA  MQS 

DoD 

Gp, 

SCQRE 

JOB  TITLE 

M/F 

HSG/NHS  I -IV 

GM  51M 

4 

90 

Firefighter 

57F 

4 

90 

Grave  Registration  Spec 

43E 

8 

90 

Parachute  Rigger 

57W 

8 

90 

Cargo  Specialist 

CLUSTER  #19 


AFQT 

EDUCLVL  CAT. 

AA 

MOS 

DoD 

Gp,, 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  I -IV 

GM 

41 J 

6 

90 

Office  Machine  Repairer 

45B 

6 

90 

Small  Arms  Repairer 

41C 

6 

95 

Fire  Control  Ins  Rep 

55B 

6 

95 

Ammo  Specialist 

68M 

6 

95 

Weapons  Sys  Rep 

CLUSTER  #20 


GNDR 

AFQT 

EDUCLVL  CAT. 

AA 

MOS 

DoD 

filU 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  I -IV 

GM 

44B 

7 

90 

Metal  Worker 

51B 

7 

90 

Carpenter/Mason 

51C 

7 

90 

Structures  Spec 

51N 

7 

90 

Water  Treatment  Spec 

62E 

7 

90 

Heavy  Eq  Operator 

62F 

7 

90 

Lift/Load  Eq  Operator 

62H 

7 

90 

Concrete  Eq  Operator 

62J 

7 

90 

General  Construction 

62G 

7 

95 

Quarrying  Specialist 

C-99 


TAB  C-2  (continued) 

FY86  MOS  CLUSTERS 
BASED  ON  APTITUDE  AREA  COMPOSITES 


CLUSTER  #21 


AFQT 

DoD 

GNDR 

EDUCLVL  CAT. 

MOS 

Go. 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  I -IV 

CM 

42C 

3 

100 

Orthotlc  Specialist 

42D 

3 

100 

Dental  Lab  Spec 

42E 

3 

100 

Optical  Lab  Spec 

CLUSTER  #22 


GNDR 

AFQT 

EDUCLVL  CAT. 

DoD 

Qs^ 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  1-IV 

GM  SIG 

4 

100 

Materials  Quality  Spec 

41B 

6 

100 

Topographic  Ins  Repr 

4SK 

6 

100 

Tank  Turret  Repairer 

45L 

6 

100 

Artillery  Repairer 

52C 

6 

100 

Utilities  Eq  Rep 

520 

6 

100 

Generator  Eq  Reor 

52F 

6 

100 

Turbine  Eng  Gen  Rep 

44E 

7 

100 

Machinist 

CLUSTER  #23 


GNDR 

EDUCLVL 

AFQT 

CAT. 

th 

MOS 

DoD 

Sfij. 

5C9RE 

JOB  TITLE 

M/F 

HSG/NHS 

I-IV 

GM 

550 

4 

105 

Expl  Ord  Disposal 

CLUSTER  #24 


CI^PR 

AFQT 

EDUCLVL  CAT. 

MOS 

DoD 

Ss^ 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  I -IV 

MM 

62B 

6 

90 

Construction  Eq  Rep 

63B 

6 

90 

Light  Vheel  Mechanic 

63H 

6 

90 

Track  Vehicle  Repair 

63J 

6 

90 

Quartermaster  Repr 

63W 

6 

90 

Vheel  Veh.  Repair 

CLUSTER  #25 


GNDR 

AFQT 

EDUCLVL  CAT. 

M 

MOS 

DoD 

Gp. 

5C9RB 

JOB  TITLE 

M/F 

HSG/NHS  I -IV 

MM 

61B 

0 

100 

Watercraft  Operator 
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TAB  C-2  (contlnuad) 

FY86  MOS  CLUSTERS 
BASED  ON  APTITUDE  AREA  COMPOSITES 


CLUSTER  #26 


ar  ft. 

AFQT 

DoD 

GNDR 

EDUCLVL  CAT.  . 

MOS 

Sr* 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  I -IV 

KM 

68J 

6 

100 

Aircraft  Fire  Control 

24T 

6 

105 

Patriot  System  Mechanic 

61C 

6 

105 

Vatercraft  Engineer 

63G 

6 

105 

Fuel  Systems  Repair 

63S 

6 

105 

Heavy  Wheel  Mechanic 

63Y 

6 

105 

Track  Veh  Mechanic 

67G 

6 

105 

Airplane  Repair 

67H 

6 

105 

Observ  Plane  Repair 

67N 

6 

105 

Util  Chopper  Repair 

67R 

6 

105 

AH-64  Attack  Helicop  Rep 

67S 

6 

105 

Scout  Helicopter  Rep 

67T 

8 

105 

Transport  Chopper  Repair 

67U 

6 

105 

Medium  Chopper  Repair 

67y 

6 

105 

Attack  Copter  Rep 

68B 

6 

105 

Aircraft  P-Plant  Rep 

68D 

6 

105 

Aircraft  P-Traln  Rep 

68F 

6 

105 

Aircraft  Electrician 

68G 

6 

105 

Aircraft  Struct  Rep 

68H 

6 

105 

Pneudraulics  Repair 

CLUSTER  #27 


GNPR 

AFQT 

EDUCLVL  CAT . 

MOS 

DoD 

JOB  TITLE 

M/F 

HSG/NHS  I -IV 

OF 

64C 

8 

90 

Motor  Transport  Opr 

94B 

8 

90 

Food  Service  Spec 

CLUSTER  #28 


GNPR 

AFQT 

EDUCLVL  CAT. 

MOS 

DoD 

Cp. 

SGOPB 

JOB  TITLE 

M/F 

HSG/NHS  I -IV 

OF 

15D 

0 

100 

Lance  Missile  Crew  Membe 

ISE 

0 

100 

Pershing  Missile  Crew  Mem 

25L 

1 

100 

AN/TSG  73  Air  Def  Art  Op/Rep 

16H 

2 

100 

Ada  Operations  &  Intelli 

16E 

4 

100 

Hawk  Fire  Control  Crew  Mem 
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TAB  C>2  (continued) 

FY86  MOS  CLUSTERS 
BASED  ON  APTITUDE  AREA  COHPOSITES 


CLUSTER  *29 


GNDR 

AFQT 

EDUCLVL  CAT. 

tA 

MOS 

DoD 

3 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  I -IV 

OF 

94F 

100 

Hospital  Food  Srvc 

CLUSTER  #30 


GNDR 

EDUCLVL 

AFQT 

CAT. 

MOS 

DoD 

Go. 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS 

I-IV 

SC 

31K 

2 

90 

Combat  Signaler 

72E 

2 

90 

Telecom  Ctr  Oper 

72G 

2 

90 

Auto  Data  Telectr  Opr 

CLUSTER  #31 


AFQT 

GNDR  EDUCLVL  CAT. 

iA 

MOS 

DoD 

fiSj. 

SCORE 

JOB  TITLE 

3 1C  HSG/NHS  I-IV 

SC 

31C 

2 

100 

Single  Channel  Radio  Ope 

CLUSTER  #32 


GNDR 

AFQT 

EDUCLVL  CAT. 

BA 

MOS 

DoD 

Gp. 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  I-IV 

ST 

81C 

4 

85 

Cartographer 

84C 

4 

85 

Motion  Picture  Spec 

83E 

7 

85 

Photo  Layout  Spec 

83F 

7 

85 

Photolithographer 
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TAB  C-2  (continued) 
me  HOS  CLUSTERS 
BASED  ON  APTITUDE  AREA  COMPOSITES 


CLUST 

SI.  *.23 _ 

AFQT 

DoD 

gndr 

EDUCLVL  CAT . 

MOS 

Gp. 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  I -IV 

ST 

91A 

3 

95 

Medical  Specialist 

91D 

3 

95 

Operating  Room  Spec 

91E 

3 

95 

Dental  Specialist 

91F 

3 

95 

Psychiatric  Specialist 

9IH 

3 

95 

Orthopedic  Specialist 

91J 

3 

95 

Physical  Therapy  Spec 

91L 

3 

95 

Occuaptional  Therapy  Spe 

9  IN 

3 

95 

Cardiac  Specialist 

9IQ 

3 

95 

Pharmacy  Specialist 

91S 

3 

95 

Envlr  Health  Spec 

9  IT 

3 

95 

Animal  Care  Spec 

91U 

3 

95 

ENT  Specialist 

91Y 

3 

95 

Eye  Specialist 

92B 

3 

95 

Medical  Lab  Spec 

CLUSTER  #34 


gndr 

AFQT 

EDUCLVL  CAT. 

MOS 

DoD 

Gd. 

SCORE 

_ ^QS-TI.T.LE _ 

M/F 

HSG/NHS  I -IV 

ST 

5AE 

4 

95 

NBC  Specialist 

81B 

4 

95 

Tech  Drafting  Spec 

82B 

4 

95 

Construction  Surveyor 

82D 

4 

95 

Topographic  Surveyor 

84B 

4 

95 

Still  Photo  Spec 

92C 

4 

95 

Petro  Lab  Specialist 

93P 

5 

95 

Flight  Oper  Coord) 

CLUSTER  #35 


GNDR 

M/F 

AFQT 

EDUCLVL  CAT . 

MOS 

DoD 

SjLu 

2 

5WRE 

JOB  TITLE 

HSG/NHS  I -IV 

ST 

93H 

100 

ATC  Tower  Operator 

93J 

2 

100 

ATC  Radar  Controller 
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TAB  C-2  (continued) 
ms  HOS  CLUSTERS 
BASED  ON  APTITUDE  AREA  COMPOSITES 


CLUSTER  #36 


AFQT 

DoD 

• 

GNDR 

EDUCLVL  CAT. 

AA  KQS 

St.. 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  I -IV 

ST  74D 

S 

100 

Compute r/Hachlne  Opr 

74F 

5 

100 

Programmer/Analys t 

03C 

5 

105 

Physical  Activities  Spec 

73D 

S 

105 

Accounting  Specialist 

CLUSTER  #37 


GNDR 

AFQT 

EDUCLVL  CAT. 

AA 

MOS 

DoD 

St^ 

SCORE 

JOB  TITLE 

M/F 

HSG/NHS  I -IV 

ST 

9SB 

8 

100 

Military  Police 

CLUSTER  #38 


AFQT 

DoD 

GNDR  EDUCLVL  .CAT. 

AA 

MOS 

Stu 

SSSEE 

JOB  TITLE 

M/F  HSG  I-IIIB 

CLUSTER  #39 

ST 

97E 

2 

95 

Interrogator 

AFQT  DoD 


GNDR  EDUCLVL  CAT.  AA  HQS  St..  SCORE  _ JOB  TITLE 


M/F 

HSG 

I-IIIB  ST  96B  2 

105 

Intelligence  Analyst 

91G  3 

105 

Behavioral  Science  Spec 

CLUSTER  »A0 


GNDR 

EDUCLVL 

AFQT 

CAT. 

AA 

MOS 

DoD 

St.. 

SCORE 

JOB  TITLE 

M/F  HSG 

CLUSTER  #41 

I-IV 

CL 

75F 

7  ID 

5 

5 

105 

110 

Pers  Infosys  Mgmt  Spec 

Legal  Clerk 

CNPR 

EDUCLVL 

AFQT 

CAT. 

AA 

MOS 

DoD 

Gp. 

SCORE 

JOB  TITLE 

M/F 

HSG 

I-IV 

EL 

29N 

6 

100 

Telephone  Central  Off  Rep 

C-104 


TAB  C‘2  (continued) 

Fy86  MOS  CLUSTERS 
BASED  ON  APTITUDE  ARLA  COMPOSITES 


CLUSTER  #42 


GNDR 

AFQT 

EDUCLVL  CAT. 

MOS 

DoD 

Gp. 

SCORE 

JOB  TITLE 

M/F 

HSG  1-IV 

ST 

81E 

4 

95 

Illustrator 

84F 

4 

95 

Audio/TV  Specialist 

CLUSTER  #43 


GNDR 

EDUCLVL 

AFQT 

CAT. 

6h 

MOS 

DoD 

Gp. 

SCORE 

JOB  TITLE 

M/F 

HSG 

I-IV 

ST 

81Q 

4 

100 

Terrain  Analyst 

55R 

5 

100 

Ammo  Stock  Control  4  Acc  Sp 

OOJ 

8 

110 

Club  Manager 

CLUSTER  »4A 


GNDR 

EDUCLVL 

AFQT 

CAT.  AA 

MOS 

DoD 

Gp. 

SGQRE 

JOB  TITLE 

M 

HSG/NHS 

1-llIB  EL 

96R 

2 

85 

Ground  Surveillance  Rada 

CLUSTER  #A5 


GNDR 

EDUCLVL 

AFQT 

CAT. 

MOS 

DoD 

Gp. 

5G9RE 

JOB  TITLE 

M 

HSG/NHS 

I-IIIB 

EL 

24M 

1 

110 

Vulcan  System  Mechanic 

24N 

1 

110 

Chaparral  System  Mechanic 

CLUSTER  #46 


GHPR 

AFQT 

EDUCLVL  CAT. 

MOS 

DoD 

Gp. 

SCORE 

JOB  TITLE 

M 

HSG/NHS  I-IV 

CO 

lix 

0 

90 

Infantry  (Active  Army) 

12B 

0 

90 

Combat  Engineer  Airborne 

12C 

0 

90 

Bridge  Crewman 

12F 

0 

90 

Engineer  Tracked  Vehicle 

19E 

0 

90 

M48-M60  Armor  Crewman 

19K 

0 

90 

Armor  Specialist 

19D 

2 

90 

Cavalry  Scout 

12E 

0 

100 

Atomic  Demolition  Munitions 
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TAB  C*2  (continued) 

FY86  MOS  CLUSTERS 
BASED  ON  APTITUDE  AREA  COMPOSITES 


CLUSTER  #47 


GNDR 

EDUCLVL 

AFQT 
_CAT.  . 

MOS 

DoD 

Gp. 

SCORE 

JOB  TITLE 

H  HSG/NHS 

CLUSTER  #48 _ 

I-IV 

EL 

SIR 

S2G 

7 

7 

95 

95 

Interior  Electrician 
Transmisslon/Distrib  Spec 

GNDR 

EDUCLVL 

APQT 

CAT. 

M 

MOS 

DoD 

SEu. 

SCORE 

JOB  TITLE 

M 

HSG/NHS 

1-lV 

FA 

13B 

0 

85 

Cannon  Crewman  AA 

CLUSTER  #49 


APQT 

GNDR  EDUCLVL  CAT. 

MOS 

DoD 

SiLi. 

SCORE 

JOB  TITLE 

M  HSG/NHS  I- IV 

FA 

15J 

0 

100 

MLRS/Lance  Operatlon/Flr 

13F 

2 

100 

Fire  Support  Specialist 

ggS-TEl  *?<?. 


AFQT 

DoD 

GNDR 

EDUCLVL 

_CAT. 

MOS 

SiLi. 

SCORE 

JOB  TITLE 

M 

HSG/NHS 

1-IV 

GM 

5  IK 

7 

90 

Plumber 

CLUSTER  #51 

AFQT 

DoD 

GNDR 

EDUCLVL 

CAT. 

BA 

MOS 

SCORE 

JOB  TITLE 

M 

HSG/NHS 

I- IV 

GH 

AST 

6 

95 

M2/Bradley  FV  Mech 

SAC 

0 

100 

Smoke  Operator 

ASD 

6 

100 

Fieldart  Turret  Mech 

CLUSTER  #52 


GNDR 

AFQT 

EDUCLVL  ._CAT.  . 

BA 

MOS 

DoD 

fit* 

SCORE 

JOB  TITLE  _ 

M 

HSG/NHS  1-lV 

MM 

ASE 

6 

100 

Tank  Turret  Mechanic 

ASN 

6 

100 

M60A1  Tank  Tur  Mech 

63E 

6 

100 

Abrams  Tank  Mech 

63N 

6 

100 

H6  Tank  Sys  Mech 

TAB  C>2  (continued) 

FY86  MOS  CLUSTERS 
BASED  ON  APTITUDE  AREA  COMPOSITES 


CLPSTgR 


GNDR 

M 

***>  ir  _  _  ■ 

AFQT 

EDUCLVL  CAT. 

MOS 

DoD 

SEu. 

SCORE 

JOB  TITLE 

HSG/NHS  1-IV 

KM 

63D 

6 

105 

Field  Art  Sys  Mech 

63T 

6 

105 

ITV/IFV/CFV  Mech 

CLUSTER  »54 


PNPR 

EDUCLVL 

AFQT 

CAT. 

MOS 

DoD 

SEj. 

SCORE 

JOB  TITLE 

M 

HSG/NHS 

I-IV 

OF 

16S 

0 

90 

MANPADS  Crevnaan 

CLUSTER  #55 


GNDR 

AFQT 

EDUCLVL  CAT. 

M 

MOS 

DoD 

SCORE 

JOB  TITLE 

M 

HSG/NHS  I-IV 

OF 

16P 

0 

100 

ADA  Short  Range  Missile 

16R 

0 

100 

ADA  Short  Range  Gunnery 

16X 

0 

100 

Air  Crevaember 

16J 

2 

100 

Defense  Acquisition  Rada 

CLUSTER  #56 


AFQT 

EDUCLVL  CAT. 

MOS 

DoD 

Gsu 

0 

SCORE 

JOB  TITLE 

M 

HSG/NHS  I-IV 

OF 

13M 

105 

Multiple  Launch  Rocket  S 

CLUSTER  #57 


AFQT 

GNDR  EDUCLVL  CAT. 

M  nos 

DoD 

£e* 

5CPRB 

JOB  TITLE 

M  HSG/NHS  I-IV 

SC  13R 

2 

100 

Field  Artillery  FIREFIND  Op 

17B 

2 

100 

Field  Artillery  Radar  Crew 

CLUSTER  #?8_ 


GNDR 

AFQT 

EDUCLVL  CAT.  _ 

MOS 

DoD 

Cp. 

SPPRG 

JOB  TITLE 

M 

HSG/NHS  I-IV 

ST 

13C 

2 

95 

TACFIRE  Operations  Sped 

13E 

2 

95 

Cannon  Fire  Direction  Sp 

82C 

4 

95 

Fid  Artillery  Surveyor 
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TAB  C-3 

EXAMPLE  OF  REDUCED  COST  PROCESSING 


This  Tab  presents  an  empirical  example  of  the  processing  performed  by  EPAS 
to  generate  Its  optimal  guidance  from  the  single,  optimal  solution 
generated  by  the  optimization  algorithm.  In  the  steps  which  follow,  the 
following  column  definitions  apply: 

NBR:  A  simple  ordering  number. 

SUPPLY  GROUP:  Each  Supply  Group  will  have  a  separate  list  generated 
by  the  network.  For  simplicity,  only  one  Is  shown  In  this 
example. 

HOS  CLUSTER/START  DATE:  Each  legal  combination  of  an  MOS  Cluster 
and  start  date  will  have  Its  solution  shown. 

FLOW:  The  number  of  applicants  from  the  Supply  Group  which  were 

used  In  the  optimal  solution.  Only  combinations  which  were 
part  of  the  optimal  solution  will  have  flow.  In  the  example 
shown  above,  only  row  numbers  one  and  two  were  part  of  the 
optimal  solution. 

COST:  This  is  the  cost  (metric)  of  the  flowing  one  person  from  the 
Supply  Group  Into  the  MOS  Cluster/Start  Date.  The  optimiza¬ 
tion  uses  the  product  of  this  value  and  the  flow  to  determine 
the  optimal  solution. 

REDUCED  COST:  This  Is  the  "zj  •  Cj"  value.  Optimal  flows  (rows  one 
and  two)  have  a  reduced  cost  of  zero.  Alternate  optimal 
solution,  such  as  row  three,  have  a  reduced  cost  of  zero  with 
no  associated  flow.  In  other  words,  flow  could  be  redirected 
to  this  combination  without  adversely  affecting  the  optimal 
cost.  Non-optlmal  solutions  (rows  four  and  five)  have  zero 
flow  and  non* zero  reduced  costs. 


TAB  C-3  (conclnued) 

EXAMPLE  OF  REDUCED  COST  PROCESSING 


STEP  I:  GENERATE  OPTIMAL  SOLUTION; 

The  optimization  algorithm,  whether  network  or  LP,  generates  an  optimal 
solution  at  the  Supply  Group/MOS  Cluster/Start  Date  level  of  detail.  The 
standard  reports  produced  by  the  algorithm  will  have  information  such  as 
depicted  in  the  table,  below: 


NBR 

SUPPLY 

GROUP 

MOS 

CLUSTER 

START 

DATE 

FLOW 

COST 

REDUCED  1 

COST  1 

1 

10 

COl 

8603 

1^ 

0  1 

2 

C03 

8602 

WSM 

0  1 

3 

C02 

8602 

0 

250 

0  1 

4 

C02 

8605 

0 

250 

15 

5 

C03 

8604 

100 

15 

STEP  2:  SORT  OPTIMAL  SOLUTION; 

The  optimal  solution  is  sorted  in  ascending  reduced  cost  order,  with  ties 
broken  by  DEP  length.  In  this  example,  rows  1  and  2,  and  rows  4  and  5, 
have  been  flipped.  Note  that  row  3,  was  not  changed  even  though  it  has 
a  reduced  cost  of  zero  and  a  start  date  of  8602.  Row  three  is  an 
alternate  optimal  solution  and,  therefore,  sorts  after  all  optimal 
solutions  regardless  of  the  date.  [The  start  date  would  be  used  to  break 
ties  among  alternate  optimal  solutions  if  more  than  one  were  on  the  list.] 


1  NBR 

SUPPLY 

GROUP 

NOS 

CLUSTER 

START 

DATE 

FLOW 

COST 

REDUCED  1 
COST  1 

10 

C03 

8602 

50 

100 

0  1 

COl 

8603 

100 

250 

0  1 

C02 

8602 

0 

250 

0  1 

C03 

8604 

0 

100 

15  1 

iHh 

C02 

8605 

0 

250 
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TAB  C-3  (continued) 

EXAMPLE  OF  REDUCED  COST  PROCESSING 


STEP  3;  COMPUTE  SCORES; 

The  reduced  costs  In  the  sorted  list  are  now  modified  based  on  the  range 
of  reduced  costs  In  the  possible  solution.  In  addition,  the  top  recom¬ 
mendation  on  the  list  Is  adjusted  to  ensure  a  value  of  1000,  Note  that, 
In  case  of  equal  reduced  costs,  the  algorithm  forces  different  values. 
The  results,  however,  maintain,  the  ordering  associated  with  the  reduced 
costs  and  DEP  lengths. 


NBR 

SUPPLY 

GROUP 

MOS 

CLUSTER 

START 

DATE 

FLOW 

COST 

SCORE 

"■■"2 

■"'"•'Id'""' 

C03 

'  8Sd2 

"50"- 

"•"'■''lOO’""' 

1000 

1  . 

COl 

8603 

100 

250 

995 

3 

C02 

8602 

0 

250 

950 

,  j......  „ 

\  •  Y  *  ^ 

C03  ' 

8604" 

^  800 

4 

C02 

8605 ; 

250 

795 

STEP  »:  EXPAND  THE  MOS  LIST; 

The  individual  MOS  Clusters  are  now  expanded  Into  their  component  MOS. 
Each  MOS  retains  the  score  of  Its  parent  MOS  Cluster.  The  flow  and  cost 
columns  are  deleted  as  they  are  not  used  by  the  detailed  assignment 
routines. 


1  NBR 

SUPPLY 

GROUP 

NOS 

START 

DATE 

SCORE  1 

1 

10 

26Y 

8602 

1000  1 

2 

35H 

8602 

1000  1 

3 

26C 

8603 

995  1 

4 

29S 

8603 

995 

5 

26C 

8602 

950 

6 

29S 

8602 

950 

7 

26Y 

8604 

800 

8 

35H 

8604 

800 

9 

26C 

8605 

795 

UL 

29S 

8605 

7,5 

C-lll 


TAB  C-3  (continued) 

EXAMPLE  OF  REDUCED  COST  PROCESSING 


The  final  step  Is  to  examine  each  MOS/Start  Date  for  criticality,  i.e., 
has  critical  fill  information  been  masked  because  of  the  clustering 
routines.  If  such  MOS  are  found,  heuristic  algorithms  recompute  their 
score  based  on  the  severity  of  the  problem.  The  MOS  list  is  then 
resorted.  The  resulting  lists,  by  Supply  Croup,  of  MOS,  start  dates,  and 
scores  are  then  written  to  a  file  for  subsequent  use  by  the  detailed 
assignment  routines. 


NBR 

SUPPLY 

GROUP 

MOS 

START 

DATE 

SCORE 

'  1 

..  35H, 

$602  "" 

1000/ 

'  2 

26Y 

8602 

1000 

'  ^ 

35H 

$604  " 

'999 

4 

26C 

8603 

995 

5 

29S 

8603 

995 

6 

26C 

8602 

950 

7 

29S 

8602 

950 

8 

26Y 

8604 

800 

9 

26C 

8605 

795 

10 

29S 

8605 

795 
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APPENDIX  D 

FUNCTIONAL  DESCRIPTION  OP  EPAS 
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ilPPENDlX  D 

FUNCTIONAL  DESCRIPTION  OF  EPAS 


The  analyses  which  led  to  the  current  version  of  EPAS  were  documented  In 
the  main  body  of  this  report  and  In  Appendix  C.  This  appendix  provides 
a  functional  description  of  the  operational  prototype  of  EPAS.  Vhlle 
reviewing  this  appendix,  the  reader  needs  to  keep  in  mind  that  EPAS  was 
primarily  a  research  effort.  The  system  resulting  from  this  contract  and 
described  herein  was  designed  with  this  orientation  In  mind.  Much  of  the 
prototype  system  described  In  this  appendix,  particularly  the  EPAS  core 
modules,  will  be  applicable  in  a  fully  operational  system.  Other  aspects, 
however  --  notably  the  Process  Test  System  (PTS),  interfaces  (both  data 
and  user-centered),  and  output  requirements  --  will  require  redefinition 
in  accordance  with  operationally-oriented  functional  requirements  as 
opposed  to  research-oriented  ones. 

This  appendix  documents  the  EPAS  Implementation  as  of  December  1989.  This 
version  of  EPAS,  the  operational  prototype,  was  implemented  on  the  Army's 
Information  Systems  Command  --  Pentagon  (ISC-P)  computer  facility.  At  the 
time  of  this  report,  ISC-P  was  an  IBM  computer  system,  using  a  MVS/XA 
operating  system.  All  program  coding  was  performed  in  PL/1,  excepting  the 
user  interface  panels  and  the  optimization  algorithms.  User  interface 
panels  were  written  using  IBM's  Cross  System  Product  (CSP),  Release  3.2. 

Two  proprietary  optimization  algorithms  were  employed  by  EPAS.  One,  a 
network  solution  algorithm,  ARCNET,  Is  a  proprietary  software  package 
developed  by  Analysis,  Research  Corporation,  Inc.  of  Austin,  Texas.  The 
other,  Whlzard,  Is  a  proprietary  linear  programming  algorithm  developed 
by  Ketron,  Inc.  of  Arlington,  VA. 

For  the  convenience  of  the  reader,  the  procedures  documented  In  this 
appendix  are  presented  detailed  in  the  same  order  as  In  other  sections  of 
the  final  report.  Contents  of  thli  Appendix  are: 


FORECAST  APPLICANTS/CONTRACTEES 
The  Forecasting  Model 
Supply  Group  Methodology 
Provide  User  Interface 

DETERMINE/PROJECT  TRAINING  AND  MOS  REQUIREMENTS 
MOS  Clustering  Considerations 
The  Training  Requirements  Module 
Quality  Allocation  Module  Cluster  File 

GENERATE  AGGREGATE  ASSIGNMENTS 

Determine  Assignment  Cost  Criteria 
Optimization  Procedures 

GENERATE  DETAILED  ASSIGNMENT 

Applicant  Classification  Module 
REQUEST  Interface  Module 
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ESTABLISH  SYSTEM  FRAMEWORK 
PTS  Standardization 
Provide  Execution  Control 

REPORT  RESULTS 

Report  Metrics 
Report  Procedures 
Report  Assignments 
Graphics 

SAMPLE  EPAS  REPORTS 
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FORECAST  APFLICANTS/C0NTRACTEE8 


This  section  documents  the  functional  description  for  the  generation  of 
appllcant/contractee  forecasts.  It  contains  three  main  subsections: 

(1)  The  forecasting  model. 

(2)  The  Supply  Group  methodology. 

(3)  The  user  Interface. 


Tht  Foryot^tPE  MPdgI 

As  discussed  In  Appendix  C,  EPAS  evaluated  a  number  of  forecasting 
techniques  for  the  model.  Recapping,  these  techniques  were: 

(1)  Dale-Cllroy  (ARI)  econometric  model. 

(2)  Home  (ARI)  econometric  model. 

(3)  GRC  trend  model. 

(4)  GRC  econometric  model. 

(5)  USAREC  mission  statements. 

Analyses  Indicated  that  the  first  four  models  required  extensive, 
exogenous  data  not  readily  available.  Additionally,  the  failed  to  project 
all  requisite  demographic  groups. 

The  fifth  technique,  USAREC  mission  statements,  on  the  other  hand  was 
readily  available  and  provided  acceptable  forecasts  for  all  demographic 
groups.  Accordingly,  the  operational  prototype  Implemented  only  the 
USAREC  model.  Programming  "hooks"  were  left  In  place,  however,  to 
facilitate  Installation  of  the  other  technique,  or  of  new  forecasting 
techniques  were  they  identified  by  other  research. 

The  EPAS  forecasting  routines  first  distributed  the  annual  mission  into 
Supply  Groups  and  Recruit  Station  Months  based  on  historical  trends.  The 
system  then  monitored  actual  contracts  and  compared  them  to  the  Initial 
forecast.  The  forecasts  were  updated  as  variations  from  the  anticipated 
arrivals  occurred,  ensuring  that  the  annual  mission  statement  remains 
constant . 


Supply  Croup  Methodology 

The  subject  population  was  deterministically  divided  Into  subpopulations 
based  on  fixed  demographics.  This  Initial  division  enabled  the  models  to 
deal  with  demographlcally-based  Congressional  and  Army  policies  and 
guidance,  such  as  the  exclusion  of  females  from  skills  with  combat 
r^oulrements . 

The  subpopulatlons  were  further  subdivided  Into  differentiable  clusters 
based  on  the  nine  ASVAB  Aptitude  Area  Composite  Scores.  The  standard 
technique  for  generating  Supply  Groups  combined  the  nearest  centroid 
sorting  and  Vard's  minimum  variance  techniques.  This  approach  dealt  veil 
with  the  high  Intercorrelations  found  among  the  composite  scores  and 
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resulted  In  clearly  differentiable  clusters  within  the  demographic 
subpopulations . 

A  more  detailed  description  of  the  analysis  Involved  In  generating  the 
Supply  Groups,  along  with  the  current  formulations  based  on  the  FY86 
population,  may  be  found  In  Appendix  C.  EPAS  uses  Che  SAS  procedure 
FASTCLUS  as  its  clustering  algorithm. 


Provide  User  Interface 

An  important  part  of  the  EPAS  design  was  to  provide  Che  means  whereby  Army 
managers  and  analysts  could  teat  alternative  methodologies,  e.g.  fore* 
casting  models  and  Supply  Groups.  To  satisfy  this  requirement,  a  file 
Interface  called  the  Quality  Forecasting  Module  (QFM)  Policy  File  was 
developed.  The  contents  of  this  file  are  shown  in  Table  D-1. 


Table  D-l.  QFM  Policy  File  Record  Structure. 


NAME 

TYPE 

SIZE 

DESCRIPTION 

FNAME 

CHAR 

7 

Unique  name  assigned  to  a  QFM  policy  file 

MISGOAL(IO) 

CHAR 

11 

USAREC  mission  statements,  one  per 
forecast  year. 

SPLITFLAG 

INT 

2 

Flag  indicating  If  high  school  seniors 
should  be  forecast. 

MOPT 

INT 

2 

Flag  denoting  whether  forecasts  should  be 
done  monthly  or  quarterly. 

MODEL 

.  INT 

2 

Coded  value  Indicating  which  forecasting 
model  Is  to  be  used. 

FFLAG 

INT 

2 

Flag  Indicating  whether  the  QAM  input 
file  should  be  created 

MPARM(6,8) 

FLOAT 

4 

Parameter  values  Indicating  whether  the 
QAM  Input  file  should  be  created. 

MAXYRS 

INT 

2 

Number  of  years  to  forecast 

MAINOPT 

INT 

2 

Policy  analysis  mode  flag,  i.e.,  to 
generated  or  update  forecasts 

SPLIT(7) 

FLOAT 

4 

Male  and  female,  AFQT  Categories  I-IIIA 
quartlle  split  factors 

EDSPLIT 

FLOAT 

4 

Monthly  high  school  graduate/high  school 
senior  split  factors 

This  file  contained  the  parameters  required  by  the  forecasting  models. 
(Supply  Group  specifications  and  parameters  were  defined  In  another  file 
Interface,  the  Run  file,  defined  later  In  this  appendix).  An  editor 
provided  the  user  Interface.  The  editor's  functions  Included: 

(1)  Creation  of  a  new  QFM  policy  file  from  a  current  QFM  policy 
file  or  from  a  standard  policy  file  template. 
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(2)  Modification  of  the  paranetera  of  a  policy  file. 

(3)  Review  of  the  current  parameter  aettlnga  for  a  policy  file. 

(4)  Deletion  of  a  policy  file. 

(5)  Listing  of  all  policy  files. 

The  Information  contained  within  the  QFM  Policy  File  can  be  classified 
Into  four  categories: 

(1)  Execution-related  Parameters.  These  Included  the  policy 
analysis  mode,  i.e.  whether  forecasts  should  be  generated  or 
updated,  and  the  specification  of  whether  the  generation  of 
an  Input  file  for  the  quality  allocation  module  (QAM)  was 
needed.  The  QAM  Input  file  wasn't  necessary  when  the 
forecasting  model  was  being  tested. 

(2)  File  and  Record  Kame  Parameters.  This  Included  the  specifica¬ 
tion  of  the  files  containing  the  USAREC  mission  goals. 

(3)  Forecasting  Parameters.  These  Included  the  specif icatlon  of 
the  forecasting  model,  number  of  years  to  forecast,  whether 
seniors  should  be  forecasted,  the  time  Increment  to  forecast 
(quarterly  or  monthly),  and  the  specification  of  values  for 
the  Independent  variables  e.q.  the  military  and  civilian  pay 
differential. 

(4)  Supply- related  Parameters.  These  Included  the  percentages  for 
splitting  the  AFQT  Category  I-lIIA  Into  its  two  quartlles, 
I-II  and  IIIA,  and  for  splitting  the  high  school  graduate 
category  Into  graduates  and  seniors  by  calendar  month.  This 
provided  the  user  control  over  the  supply  characteristics. 
There  are  QFM  policy  file  templates  provided  which  already 
have  this  information  entered. 
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DETERMINE/PROJECT  TRAINING  AND  MOS  REQUIREMENTS 


This  section  docuaents  the  Inplementatlon  of  SPAS'  MOS  requirements 
capabilities.  It  contains  three  main  subsections: 

(1)  MOS  Clustering  Considerations 

(2)  The  Training  Requirements  Module. 

(3)  Quality  Allocation  Module  Cluster  File 


MOS  Clustering  Considerations 

The  primary  goal  In  the  generation  of  MOS  Clusters  vas  the  preservation 
of  characteristics  necessary  to  support  the  assignment  process.  An 
additional  goal  vas  that  the  MOS  vlthin  a  clusters  should  be  functionally 
alike.  To  support  these  goals,  MOS  were  deterministically  clustered  based 
on: 


•  Gender  - •  male ,  female 

•  Education  Requirements  ••  high  school  only,  other 

•  Quality  Goals  --  AFQT  I-lIIA  only,  AFQT  I-IIIB  only,  other 

•  DoD  Occupational  Categories 

•  Minimum  ASVAB  Aptitude  Area  Composite  Score 

A  discussion  of  the  analysis  leading  Co  these  clustering  factors,  the 
specific  methodology  employed,  and  a  listing  of  the  MOS  Clusters  formed 
based  on  Che  FY86  MOS  may  be  found  In  Appendix  C. 


The  Tritnlng  Requirements  Module 

The  Training  Requirements  Module  (TRM)  performed  all  actions  necessary  to 
generate  summary  class  seat  Information  for  the  optimization  routines. 
(The  detailed  assignment  routines  access  the  class  file  directly) .  The 
TRM  had  two  primary  activities: 

(1)  Exception  checking 

(2)  Generating  current  class  fill  Information 


Exception  Checking 

After  each  Iteration,  the  model  checked  Its  status  to  see  If  any 
exceptions  had  occurred.  If  an  exception  occurred,  an  attempt  was  made 
to  take  corrective  action  and  continue  the  simulation  execution.  If 
unable  to  continue,  the  TRM  returned  control  to  the  Process  Test  System 
(PTS)  with  the  Information  describing  the  uncorrectable  error. 

The  Exception  Report  contained  Information  on  missing  data,  the  under/over 
filling  of  class  seats  for  Individual  MOS,  etc.  This  provided  information 
to  the  analyst  about  the  status  of  the  MOS  Training  Seat  fill.  Examples 
of  Che  exception  reports  messages  generated  by  the  Training  Requirements 
Module  can  be  seen  in  Table  D-2. 
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Table  D-2.  TRM  Exception  Reports. 


(1) 

(2) 

(3) 

(4) 

(5) 

(6) 

(7) 

(8) 


AFQT  Category  IV  bounds  exceeded  for  MOS:  XXX. 

Annual  requireaent  cannot  be  aet  for  MOS:  XXX. 

Annual  requireaent  for  MOS:  XXX  has  been  overfilled. 

Annual  requireaent  for  MOS:  XXX  has  been  overfilled  in  FY2. 
Cannot  meet  annual  hi^  quality  requireaent  for  MOS:  XXX. 

Error  finding  MOS:  XXX  for  fiscal  year  YYYY  in  MOS  Requireaents 
File. 

Error  finding  MOS:  XXX  for  fiscal  year  YYYY  in  School  Seat  File. 
The  Actuals  have  exceeded  the  Optiaal  Coals  in  aonth  NM. 


where:  MH  ::-  Month  number 
XXX  : :-  MOS  naae 
YYYY  : :-  Year 


Generating  Current  Class  Fill  Information 

The  Training  Requirements  Module  (TRM)  generated  the  MOS  training  informa¬ 
tion  at  the  cluster  level  of  detail  as  required  by  the  QAM.  Two  files 
contained  the  basic  data  necessary  to  perform  the  TRM  functions:  the 
School  Seat  and  MOS  Information  Files. 


School  Seat  File.  The  record  structure  for  the  School  Seat  File  is 
shown  in  Table  D*3.  This  file  contained  data  for  classes,  summed  by 
month,  for  every  MOS.  The  monthly  totals  were  sufficient  for  the  needs 
of  EPAS.  (Real-time  classification,  for  which  individual  class  detail  is 
required,  will  be  performed  in  the  REQUEST  system.  When  the  REQUEST 
Interface  Module  has  been  Implemented,  REQUEST  will  continue  to  perform 
this  function  using  the  guidance  provided  by  EPAS.) 

The  data  contained  within  the  School  Seat  File  was  dynamic,  that  is  it 
was  updated  by  the  model  during  execution.  This  updating  allowed  the 
system  to  track  its  current  fill,  dynamically  alter  its  payoff  values,  and 
Insure  that  annual  requirements  were  met  in  accordance  with  policies  being 
evaluated. 

Most  of  the  data  element  descriptions  for  the  School  Seat  File  are 
self-explanatory.  The  Information  can  be  broken  into  six  categories: 

(1)  File  Directory  Information.  Needed  to  keep  track  of  valid 
File  Names  and  number  of  files  contained  in  the  School  Seat 
File. 

(2)  File/Record  Information.  This  data  was  used  to  access  the 
individual  MOS  at  a  given  point  in  the  simulation.  It  in¬ 
cludes  the  File  Name,  Fiscal  Year,  Iteration  Number  and  MOS 
Clasa  Code. 
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Table  D-3.  School  Seat  File  Data  Record. 


NAME 

TYPE 

SIZE 

DESCRIPTION 

FNANE 

CHAR 

7 

Naae  by  %rhlch  the  School  Seat  file 
la  to  be  Identified 

FISCAL_YR 

CHAR 

4 

The  Fiscal  Year  for  which  the  data 
is  applicable 

ITERNMBR 

CHAR 

2 

The  iteration  for  which  the  data  is 
applicable,  iteration  "00”  is  the 
Infomation  before  any  siaulation 
has  occurred. 

MOS_CLASS 

CHAR 

3 

Military  Occupational  Specialty 

CLASS^CODE 

CHAR 

1 

Unique  class  identifier 

METRICS 

INT 

4 

An  array  containing  suimaary  informa¬ 
tion  on  metric  values 

MINORITY.CONT 

INT 

4 

The  total  number  of  contracts  signed 
by  minorities 

CAPACITY_MAX 

INT 

2 

The  maximum  classroom  capacity  for 

AA  for  each  month 

CAPACITY.MIN 

INT 

2 

The  minimum  classroom  capacity  for 

AA  for  each  month 

CAPACITY_NOM 

INT 

2 

The  optimal  classroom  capacity  for 

AA  for  each  month 

CLASS^FILL 

INT 

2 

The  current  classroom  fill  by  month 
and  demographic 

COHORT_FILL 

INT 

2 

The  current  cohort  fill  by  month  and 
demographic 

COHORT.RQMT 

INT 

2 

The  portion  of  the  classroom  capa¬ 
city  reserved  for  cohort 

RESERVE_NG 

INT 

2 

The  number  of  seats  reserved  for  AR 
and  NG  personnel 

TNG_WK 

INT 

2 

The  weeks  portion  of  the  course 
length 

TNG_DAYS 

INT 

2 

The  days  portion  of  the  course 
length 

AVAIL 

CHAR 

1 

Flags  indicating  if  course  is 
available  for  males/females 

COURSE.TYPE 

CHAR 

1 

Type  of  training  (AIT,  OSUT) 

LOCATION 

CHAR 

23 

Location  at  which  training  is  to 
occur 

START_DATE 

CHAR 

6 

The  class  starting  dates 
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(3) 


Date  Information.  Thla  data  vas  used  to  detemlne  when  a 
class  took  place  so  that  recruits  could  be  placed  In  the  DEP 
for  the  correct  aaount  of  tine. 

(4)  Class  Capacity  Inforaatlon.  These  fields  contained  Infoma- 
tion  on  the  nlnimua,  optiaal  and  aaxlaua  nuaber  of  recruits 
that  could  be  placed  in  an  MOS  during  a  given  class. 

(5)  Current  Class  Fill  Information.  These  fields  contained  infor¬ 
mation  on  the  nuaber  of  seats  all  ready  filled  by  month.  This 
vas  used  in  deteraining  the  nuaber  of  recruits  that  could  be 
placed  in  a  given  class. 

(6)  Metric  Information.  These  fields  contained  information  on  the 
average  metric  scores  for  the  seats  already  filled,  by  month. 


MOS  Information  Pile.  The  data  record  structure  for  the  MOS 
Information  File  is  given  in  Table  D-4.  This  file  contained  information 
necessary  to  describe  the  characteristics  and  requirements  of  each  MOS. 
Unlike  the  School  Seat  File,  the  data  within  this  file  was  static,  i.e., 
the  model  did  not  update  the  data  during  execution. 

Most  of  the  data  element  descriptions  for  the  School  Seat  File  are 
self-explanatory.  The  information  can  be  broken  into  five  categories: 

(1)  Unique  Identification.  As  different  policy  alternatives  were 
defined  and  tested  by  the  EPAS  user,  soae  means  had  to  be 
available  to  distinguish  the  various  options.  For  example, 
simulations  may  be  desired  to  determine  the  Impact  of  raising 
the  minimua  cut  scores  in  highly  technical  skills;  this  would 
require  having  at  least  two  MOS  Information  Files,  one 
containing  the  standard  cut  scores,  the  other  containing  the 
proposed  Increased  scores.  Identifier  fields  within  the  data 
record  provided  the  ability  to  select  the  appropriate  file. 

(2)  Skill  Restrictions.  The  second  type  of  data  elements  within 
the  record  defined  the  various  restrictions  which  applied  to 
the  MOS.  Before  an  applicant  could  be  considered  for  an  MOS, 
checks  were  made  to  ensure  that  the  applicant  met  all  of  the 
entry  restrictions  associated  with  the  MOS.  Failure  to  meet 
any  of  the  restrictions  resulted  in  that  applicant  being 
rejected  from  consideration.  Entry  restrictions  processed 
were: 

(a)  Aptitude  Cut  Scores.  Every  initial  entry  MOS  has  a 
minimua  ASVAB  composite  score  associated  with  at  least 
one,  and  as  many  as  three,  ASVAB  Composite  Aptitude 
Areas.  Applicants  had  to  meet  the  minimum  score  for  all 
applicable  aptitude  areas. 
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Tabla  D-4.  MOS  Infornatlon  FlI*  Data  Record. 


NAME 

TYPE 

SIZE 

DESCRIPTION 

FNAME 

CHAR 

7 

Unique  file  naae 

CURRENT_FY 

CHAR 

4 

Fiscal  year  for  which  data  Is 
applicable 

MOS.NAME 

CHAR 

3 

NOS  for  which  data  Is  applicable 

AA_RQMT 

INT 

4 

Annual  MOS  accession  requirement 

BONUS.NBR 

INT 

4 

Number  of  cash  bonuses  available 

QUAL_G0AL_F(6) 

INT 

4 

Female  goals  divided  by  AFQT  Cate¬ 
gory  and  education 

QUAL_G0AL_M(6) 

INT 

4 

Male  goals  divided  by  AFQT  Category 
and  education 

APT_LEVEL(3) 

INT 

2 

Mlnlmvjua  cut  scores 

FEMALE_PERCENT 

INT 

2 

Percentage  of  annual  requirement  to 
be  filled  by  females 

JOB_DIFF_SCORE 

INT 

2 

Measure  of  Job  difficulty  corres¬ 
ponding  to  new  aptitude  measures  -- 
for  future  use 

MINORITY 

INT 

2 

Percentage  of  annual  requirement  to 
be  filled  by  minority  accessions 

PERCENT_AVAIL 

INT 

2 

Probability  of  the  MOS  being  avail¬ 
able  --  for  future  use 

PRIORITY 

INT 

2 

MOS  priority  relative  to  other  entry 
MOS 

RST_FIELDS(10) 

INT 

2 

Fields  In  applicant's  record  for 
which  MOS  restrictions  apply 

RST_OPS(10) 

INT 

2 

Type  of  operator  applicable  to 
restricted  fields 

CAS 

BIT 

1 

Flag  Indicating  civilian  acquired 
skills  are  applicable 

COMBAT.ARMS 

BIT 

1 

Flag  Indicating  skill  closed  to 
females 

ENLIST.BONUS 

BIT 

1 

Flag  Indicating  enlistment  bonuses 
are  available 

HI.TECH 

BIT 

1 

Flag  Indicating  MOS  is  classified  as 
highly  technical 

LANG_RQMT 

BIT 

1 

Flag  Indicating  MOS  has  a  special 
language  requirement 

MODERN 

BIT 

1 

Flag  Indicating  MOS  has  been  classi¬ 
fied  as  a  force  modernization  skill 

SEC.INT 

BIT 

1 

Flag  Indicating  MOS  requires  special 
security  Interview 

XTRA_FLAGS 

BIT 

9 

Reserved  for  future  flag  fields 

APT^AREA 

CHAR 

2 

NOS  Aptitude  Area 

APT_RQMTS(3) 

CHAR 

2 

Aptitude  areas  for  which  mlnlmvim  cut 
scores  are  applicable 

CMF 

CHAR 

2 

Career  Management  Field  to  which  MOS 
belongs 

Table  0*4 .  MOS  Infornetlon  File  Data  Record  (continued) 


NAME 

TYPE 

SIZE 

DESCRIPTION 

MOS.TITLE 

CHAR 

24 

Clear- text  name  of  MOS 

OPTION_FLAG(10) 

CHAR 

2 

Options  available  to  MOS 

PREREQ(3) 

CHAR 

3 

Prerequisite  MOS  for  this  hOS 

REMARKS 

CHAR 

79 

Field  for  general  remarks 

RST_VAUJES(10) 

CHAR 

7 

Restricted  data  values  corresponding 
to  fields  in  applicant  record 

TERM_ENLIST 

CHAR 

3 

Initial  term  of  enlistment.  In  years 

(b)  Combat  Arms  Restrictions.  The  second  type  of  entry 
restriction  prohibited  female  recruits  from  serving  In 
MOS  which  were  Identified  as  having  a  combat  require¬ 
ment. 

(c)  Skill  Specific  Restrictions.  The  third  type  of  entry 
restrictions  were  those  unique  to  the  MOS  skill  require¬ 
ments.  For  example,  electronic  maintenance  pr  repair 
MOS  require  the  ability  to  clearly  distinguish  colors; 
other  MOS  may  require  a  valid  driver's  license,  or  a 
certain  typing  speed,  or  a  minimum  score  on  a  specia¬ 
lized  aptitude  test. 

(3)  Policy  Guidelines.  The  next  type  of  data  provided  policy 
guidelines,  e.g.,  annual  training  requirement  and  quality 
goals.  These  data  provided  the  information  used  to  manage  the 
distribution  of  applicants. 

(4)  Enlistment  Potions.  These  data  supported  the  Army’s  bonus 
option  programs. 

(5)  Descriptive  Information.  The  final  category  of  data  described 
attributes  of  the  MOS  within  the  system.  This  data  provided 
the  potential  for  managers  to  selectively  Identify  MOS  for 
special  handling  or  processing  considerations. 


Before  each  Iteration  of  the  model,  the  TRM  used  the  Information  contained 
In  the  School  Seat  and  MOS  Information  files  to  generate  class  require¬ 
ments  for  the  optimization  model. 

The  TRM  first  Identified  the  remaining  (l.a.,  unfilled)  seats  for  each  MOS 
class.  This  value  was  determined  as  the  difference  between  the  current 
contracts  for  the  class  and  the  maximum  class  size.  (The  maximum  class 
size  was  used  to  ensure  that  the  optimization  routines  had  the  flexlbll- 
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Icy  necessary  Co  aeeC  requireaencs) .  This  value  was  Chen  scaled  so  chac 
Che  sua  of  Che  remaining  seaCs  did  not  exceeo  Che  remaining  annual  fill 
requiremenC. 

The  resulcing  value  was  used  by  che  QAM  Co  define  Che  opClmal  flow  values 
for  ICs  arcs.  If  each  of  Chese  is  aeC  precisely,  Che  resulcing  MOS  fill 
will  precisely  maCch  Che  annual  requiremenC,  meeC  qualicy  Cargecs,  and  be 
guaranCeed  Co  be  no  greaCer  Chan  Che  maximum  class  size.  The  realicles 
of  Che  simulaCion  process,  of  course,  are  such  ChaC  precise  marching  will 
generally  noc  occur. 

The  TRM,  Cherefore,  also  generaCed  a  maximum  flow  value  for  each  class, 
providing  Che  opcimizacion  model  wich  Che  abilicy  Co  shorcfall  a  class  in 
one  monch  while  overfilling  Che  opCimal  value  in  anocher.  The  maximum 
flow  value  was  compuCed  as  a  predefined  percenCage  over  Che  largesc  of  Che 
opClmal  flow  values.  Each  class  for  a  given  MOS  was  assigned  Che  same 
maximum  flow  value. 

Checks  were  Chen  made  for  classes  which  have  a  minimum  size.  The  number 
of  seaCs  which  musC  be  filled  Co  bring  Che  class  co  chis  value  was 
compuced  direcCly  as  Che  difference  becween  Che  currenC  fill  and  Che 
minimum  fill. 

NexC,  Che  minimum,  opCimal,  and  maximum  values  were  compared  Co  insure 
chac  chey  lie  in  che  proper  logical  order,  chac  is: 

minimum  S  opCimal  S  maximum 

Adjuscmencs  were  made  when  necessary  Co  guarancee  Chac  Chis  relacionship 
occurred  for  each  MOS/RSM.  If  adJuscmenCs  were  made,  Che  approprlace 
error  message  was  senC  Co  che  ExcepCion  Reporc  enabling  Che  analyse  co 
crack  any  correccive  acclon  performed  by  Che  TRM. 

This  process  was  perfonned  for  boCh  Che  CoCal  MOS  requiremenC  and  che 
qualicy  goals.  The  final  sCep  performed  by  Che  TRM  was  Co  sum  the  MOS 
into  Che  appropriate  MOS  Clusters. 

An  explanation  of  how  Che  opcimizacion  routines  utilized  Chese  flow  values 
is  found  in  this  appendix's  next  major  section,  GENERATE  AGGREGATE 
ASSIGNMENTS,  and  in  Che  Appendix  C  section  of  Che  same  name. 


OualitT  Allocation  Module  Cluster  File 

To  communicate  che  information  generated  by  Che  TRM  Co  Che  opcimizacion 
model,  che  Qualicy  Allocation  Module  (QAM),  an  interface  file  known  as 
che  Requirements  Module  Cluster  File  (Cluster  File)  was  developed.  The 
information  contained  in  Chis  file  is  shown  in  Table  D>5.  In  addition  Co 
che  generaCed  class  bounds,  the  TRM  communicated  information  such  as  che 
Aptitude  Area  wich  which  an  MOS  Cluster  was  associated,  Che  ASVAB  cut 
score  (i.e.,  che  minimum  ASVAB  Aptitude  Area  Composite  Score  necessary  to 
qualify  for  MOS  within  a  cluster),  and  the  total  and  remaining  annual 
demand. 
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Table  D>5.  TRM  Output  File  Record  Structure. 


NAME 

TYPE 

SIZE 

DESCRIPTION 

FNAME 

CHAR 

7 

Name  of  data  file 

ITERNUMBER 

CHAR 

2 

Iteration  number 

CLUST.NUM 

CHAR 

2 

Cluster  number 

ASVAB_CUT 

INT 

2 

ASVAB  cut  score 

SUM_1jOW_BOUNDS 

INT 

4 

Mlninum  bounds  on  number  of  school 
seats  to  be  filled  for  cluster 

SUM_NOM_BOUNDS 

INT 

4 

Nominal  bounds  on  number  of  school 
seats  to  be  filled  for  cluster 

SUM_MAX_BOUNDS 

INT 

4 

Maximum  bounds  on  number  of  school 
seats  to  be  filled  for  cluster 

SUM_CATIV_BOUNDS 

INT 

4 

Category  IV  bounds  on  number  of 
school  seats  to  be  filled  for 
cluster 

SUM_HS_BOUNDS 

INT 

4 

High  School  Graduate  targets  on 
number  of  school  seats  to  be  filled 
for  cluster 

SUM_ANNUAL_DMD 

INT 

4 

Total  number  of  school  seats  to  be 
filled  for  this  cluster 

REAL_ANNUAL_DMD 

INT 

4 

Total  number  of  school  seats  left  to 
be  filled  for  this  cluster 

CUJST_ID 

CHAR 

3 

Cluster  ID 

APT.AREA 

CHAR 

2 

Aptitude  area 

COHBAT_ARMS 

CHAR 

1 

Used  to  exclude  female  personnel 
from  cluster 

Most  of  the  infoiTDation  contained  in  the  Cluster  File  is  self-explanatory. 

The  information  was  divided  into  four  categories: 

(1)  Execution  related  parameters.  These  Included  the  name  of  the 
run,  the  current  iteration  number  and  the  cluster  number. 
This  information  was  used  by  the  QAM  as  a  key  to  access 
Informatii^n  for  a  specific  run,  iteration  and  cluster  in  the 
Cluster  File. 

(2)  Eligibility  Requirements.  The  Army  Standard  Vocational 
Aptitude  Battery  (ASVAB)  score  for  a  specific  Aptitude  Area 
was  used  by  the  QAM  to  determine  recruit  eligibility  for  the 
given  cluster.  A  value  vas  also  used  to  indicate  If  females 
may  be  accepted. 

(3)  Annual  Demands.  The  total  annual  demand  vas  given  in  number 
of  school  seats  available  for  the  current  fiscal  year.  The 
total  number  of  school  seats  yet  to  be  filled  in  the  current 
fiscal  year  vas  also  given. 
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(4)  School  Seat  Bounda.  Information  vaa  given  for  the  following 

areas: 

a.  The  minimum  number  of  school  seats  to  be  filled. 

b.  The  optimal  number  of  school  seats  to  be  filled. 

c.  The  maximum  number  of  school  seats  to  be  filled. 

d.  The  number  of  AFQT  Category  IV  recruits  that  may  be 

placed  In  class  seats. 

e.  The  number  of  High  School  Graduates  that  need  to  be 
placed  In  class  seats. 
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GENERATE  AGGREGATE  ASSIGNMENTS 


The  aggregate  nodel  provided  the  optimal  policy  guidance  necessary  to 
achieve  the  goal  of  Improving  the  selection,  classification,  and  utlll* 
zatlon  of  Army  enlisted  personnel.  It  provided  support  for  all  three 
processing  modes  of  EPAS:  Policy  Analysis,  Simulation,  and  Operational. 

EPAS  utilized  both  network  and  LP  formulations  to  generate  the  requisite 
optimal  guidance,  depending  on  the  type  of  analysis  being  performed. 
Specific  aspects  of  this  Implementation  discussed  In  this  section  are: 

(1)  Determining  assignment  cost  criteria 

(2)  Optimization  procedures 


Anigiwm  grittrli 

Optimization  algorithms,  whether  network  or  LP,  require  specification  of 
the  "cost"  (or  penalty)  of  allocating  a  particular  type  of  supply  to  a 
demand.  In  EPAS,  this  was  complicated  by  the  clustering  of  both  the 
supply  (contractees ,  Into  Supply  Groups)  and  demand  (MOS,  Into  MOS 
Clusters).  This  clustering  mandated  a  similar  aggregation  of  the  cost 
factors . 

EPAS  performed  this  function  through  the  Metric  Generation  Module  (MGM) . 
The  MGM  was  an  ancillary  program  whose  sole  purpose  was  the  generation  of 
aggregate  cost  metrics  consistent  with  the  Supply  Group  and  MOS  Cluster 
formulations  being  employed.  Note  that  the  MGM  had  to  be  executed  each 
time  alternative  Supply  Groups  or  MOS  Clusters  were  developed  to  maintain 
the  necessary  correspondence. 


MGM  Processing 

EPAS  provided  the  user  several  options  from  which  the  optimization  metric 
might  be  selected.  These  Include: 

(1)  Aptitude  Area  score. 

(2)  Predicted  Skill  Qualifications  Test  (SQT)  score. 

(3)  Relative  Utility  of  MOS  Assignment. 

(4)  Predicted  Attrition  Behavior. 

(5)  Delayed  Entry  Program  (DEP)/Attrltion  Costs. 

The  underlying  methodology  behind  the  MGM  was  a  weighted  mean.  The  MGM 
read  records  of  actual  accessions,  determining  the  Supply  Group  with  which 
each  was  associated  based  on  their  individual  characteristics  and  the 
Supply  Group  formulation  being  used.  It  then  computed  metric  scores  for 
each  applicant  for  every  NOS,  whether  or  not  the  recruit  actually  quali¬ 
fied  for  the  MOS.  For  example,  a  recruit  who  did  not  have  a  high  school 
diploma  would  be  scored  against  MOS  requiring  a  diploma,  even  though 
current  policy  excluded  the  Individual  from  the  MOS.  This  action  was 
taken  for  two  reasons: 
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(1)  It  provided  flexibility  for  enelysls  of  policy  Alternatives. 
This  flexibility  enabled  analysts  to  determine  the  Impact  of 
previously  Invalid  person-job.  An  example  of  such  an  analysis 
might  be  allowing  females  Into  previously  (traditionally) 
male-only  skills.  Vere  cost  values  not  generated  for  this 
type  configuration,  such  analyses  would  not  have  been  pos¬ 
sible. 

(2)  Analysis  of  actual  records  showed  that  some  recruits  had,  In 
fact,  been  assigned  to  skills  for  which  they  were  nominally 
Ineligible.  For  example,  non-hlgh  school  graduates  with 
exceptionally  high  AFQT  scores  may  have  been  granted  a  waiver 
for  an  HOS  requiring  a  high  school  diploma.  EPAS  required  the 
cost  metrics  corresponding  to  these  PJMs  for  Its  summary 
report  procedures. 

The  HGM  avoided  erroneous  aggregate  scores  by  maintaining  two  separate 
arrays,  one  for  eligible  MOS,  the  other  for  Ineligible  ones.  The  arrays 
vere  Indexed  by  Supply  Croup  and  MOS  Cluster.  The  MGM  kept  running  totals 
of  the  computed  scores  for  each  metric,  as  well  as  the  number  of  recruits 
processed  to  generate  the  totals. 

When  all  records  In  the  applicant  file  were  processed,  the  average  value 
for  each  cell  In  both  the  eligible  and  ineligible  arrays  was  computed. 
Separate  files  vere  then  written  for  each  metric. 


MGM  Input 

The  average  metric  values  generated  by  the  MGM  was  sensitive  to  two 
factors: 

(1)  The  definitions  of  the  aggregations,  l.e.,  how  the  Supply 
Groups  and  MOS  Clusters  vere  defined. 

(2)  The  data  used  to  generate  the  Individual  metrics. 

The  system  had  to  have,  therefore,  the  means  to  Input  which  aggregations 
and  data  sources  were  to  be  used.  This  Input  was  defined  through  a  series 
of  Interactive  menus  within  the  system  framework.  Actual  MGM  execution 
was  performed  as  a  batch  submission  from  the  Process  Test  System  (PTS) 
driver  routines.  Required  Inputs  to  the  MGM  vere: 

(1)  Filenames.  The  first  panel  displayed  to  the  user  requested 
the  names  of  the  data  files  which  defined  the  environment  In 
which  the  MGM  was  to  operate.  The  necessary  files  vere: 

(a)  Output  Name.  The  name  by  which  the  generated  metrics 
and  all  associated  hard-copy  reports  vere  to  be  Iden¬ 
tified. 
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(b)  Historical  Accesslona  File.  The  file  containing  the 
input  streaa  of  historical  accessions  records  on  which 
the  average  metrics  were  to  be  computed. 

(c)  Attrition  Data  File.  The  file  containing  the  data 
needed  to  compute  first  term  attrition. 

(d)  Cluster  Definition  File.  This  file  defined  the  MOS 
Clusters  to  be  used. 

(e)  Composite  Definition  File.  This  file  defined  the  meth¬ 
odology  and  values  to  be  used  in  computing  the  Aptitude 
Area  Composite  scores  from  the  ASVAB  subtest  scores. 

(f)  MOS  Information  File.  This  file  defined  the  various 
restrictions  applicable  to  an  MOS,  e.g.,  male  only, 
quality  goals,  etc. 

(g)  SQT  Prediction  File.  This  file  contained  the  detailed 
ridge  regression  coefficients  upon  which  the  average  SQT 
scores  were  computed. 

(h)  Utility  Coefficients  File.  This  file  contained  the 
tables  providing  the  relative  utility  associated  with 
predicted  Job  performance. 

(2)  Printer  Control.  The  second  panel  requested  printer  output 
control  Information.  In  addition  to  the  detailed  metric  data 
files  (which  were  automatically  generated),  the  user  could 
request  additional,  hard-copy  output.  The  two  options  were: 

(a)  Printer-Ready  Output.  A  hard  copy  of  the  data  values 
contained  in  the  metric  files. 

(b)  Log  Trace  File.  A  file  which  traced  key  points  within 
the  MGM.  If  selected,  contained  trace  messages  and 
error  messages  monitoring  the  progress  of  the  computa¬ 
tions. 

(3)  Iteration  Control.  The  final  panel  requested  iteration  con¬ 
trol  information.  This  data  allowed  testing  and  checkpointing 
capabilities.  Input  parameters  were: 

(a)  Maximum  Applicants.  This  parameter  limited  the  number 
of  accessions  records  to  be  scored  in  each  processing 
month.  It  provided  the  ability  to  decrease  run  time, 
at  the  expense  of  obtaining  accurate  data  for  the  entire 
file. 

(b)  Beginning  Date.  This  defined  the  recruit  month  corre¬ 
sponding  to  the  first  Iteration,  that  is,  iteration 
number  one. 
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(c)  First  Iteration  Nuaber.  This  parameter  defined  the 
first  month  to  be  processed;  In  effect,  providing  the 
checkpoint  restart  capability.  That  Is,  If  the  first 
month  vas  any  value  other  than  one,  the  MCM  restarted 
from  the  previous  month. 

(d)  Last  Iteration  Niuiber.  This  parameter  defined  the  last 
month  to  be  processed.  It  provided  the  ability  to  r\in 
partial  year  tests  on  new  Input  files.  The  MGM  final 
computations  on  the  data  and  generation  of  the  output 
occurred  when  the  last  Iteration  number  was  twelve. 


MGM  Output 

The  MGM  generated  two  types  of  record  structures.  Each  metric  file 
produced  ••  recall  that  separate  files  were  generated  for  each  metric 
being  processed  -•  each  had  the  same  record  structures. 

The  first  record  structure,  METRICCHAR,  applied  only  to  the  first  record 
In  the  file.  This  structure,  show  In  Table  D>6,  defined  the  character* 


Table  0*6.  MGM, 

Metric 

Characteristics  Record  Structure. 

NAME 

TYPE 

SIZE 

DESCRIPTION 

FILENAME 

CHAR 

7 

Name  of  data  file 

METRIC_TYPE 

CHAR 

1 

Type  of  metric  data 

RECORD.NBR 

CHAR 

2 

Always  "00"  In  first  record 

SUPPLYGP 

INT 

2 

Always  zero  In  first  record 

NBRSUPPLYGPS 

INT 

2 

Number  of  supply  group  records  which 
follow 

MINMAX 

INT 

2 

Flag  Indicating  If  metric  Is  to  be 
minimized  (0)  or  maximized 

MINMETRIC 

INT 

4 

Smallest  metric  value  for  eligible 
population 

MAXMETRIG 

INT 

4 

Largest  metric  value  for  eligible 
population 

MININELIG 

INT 

4 

Smallest  metric  value  for  Ineligible 
population 

MAXINELIG 

INT 

4 

Largest  metric  value  for  Ineligible 
population 

SCALEFACTOR 

INT 

4 

Scaling  factor  used  to  convert 
metric  values  to  real 

SOURCEFILE 

CHAR 

93 

Name  of  the  file  from  which  the 
metrics  were  generated 

FILLER 

CHAR 

483 

Padding  to  end  of  record 
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laclcs  of  Che  cUce  records  which  follow.  Key  eleoencs  of  this  data  record 
were: 

(1)  FILENAME  ••  separate  netrlc  files  had  to  be  generated  as 
changes  occurred  In  the  definitions  of  Supply  Groups,  MOS 
Clusters,  and/or  metric  computations.  This  field  provided  the 
unique  identifier  for  each  combination. 

(2)  MINHAX  -•  some  of  the  metrics,  for  example,  SQT  score  repre¬ 
sent  metrics  which  were  maximized;  others,  such  as  attrition, 
were  to  be  minimized.  This  field  told  the  QAM's  preprocessor 
what  type  of  optimization  was  to  be  performed. 

(3)  MINMETRIC/MAXMETRIC  --  metrics  differed  in  the  scale  by  which 
they  were  measured.  Attrition,  for  example,  varied  from  0.0 
to  1.0,  while  Aptitude  Area  varied  from  40  to  160.  The  QAM 
scaled  the  metric  values  to  a  consistent  range  using  the  min¬ 
imum  and  maximum  values  Co  bound  the  necessary  computations. 

(4)  SCALEFACTOR  --  for  computer  speed,  all  numeric  values  were 
defined  Co  be  integers.  In  fact,  they  were  real  numbers  with 
varying  precision.  This  data  element  defined  the  adjustment 
necessary  to  compute  the  actual  value.  An  attrition  value  of 
0.185,  for  example,  would  be  entered  as  185  with  a  SCALEFACTOR 
of  1000. 

(5)  SOURCEFILE  *•  this  was  the  name  of  the  raw  data  file  from 
which  the  metrics  were  computed.  This  variable  provided 
documentation  if  needed  for  future  reference. 

All  subsequent  records  used  the  structure  as  shown  in  Table  D-7,  called 
METRICREC.  One  data  record  existed  for  each  supply  group  being  used.  Key 
variables  within  this  record  structure  were: 

(1)  FILENAME  --  separate  metric  files  had  to  be  generated  as 
changes  occurred  in  the  definitions  of  Supply  Groups,  MOS 
Clusters,  and/or  metric  computations.  This  field  provided  the 
unique  identifier  for  each  combination. 


Table  D-7.  MGM  Data  Record  Structures  (METRICREC). 


NAME 

TYPE 

SIZE 

DESCRIPTION 

FILENAME 

CHAR 

7 

Name  of  data  file 

METRIC.TYPE 

CHAR 

1 

Type  of  metric  data 

RECORD_NBR 

CHAR 

2 

The  number  of  the  supply  group 

SUPPLYGP 

INT 

2 

The  number  of  the  supply  group 

N8RCLUSTERS 

INT 

2 

Number  of  MOS  Clusters 

METRIC  (75) 

INT 

4 

Metric  value  for  eligibles 

INVMETRIC  (75) 

INT 

4 

Metric  value  f<'r  ineliglbles 
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(2)  NBRCLUSTERS  --  this  variable  defined  Che  number  of  MOS 
Clusters  which  follow  In  Che  data  record.  It  was  used  to 
determine  how  many  elements  of  the  metric  arrays  which  follow 
contain  viable  data. 

(3)  METRIC  ••  this  variable  defined  the  average  metric  value  for 
Che  eligible  populations.  This  was  the  value  chat  used  by  the 
optimization  model  and  Che  report  generators  as  the  cost 
value . 

(4)  INVMETRIC  ••  Che  average  metric  value  for  Ineligible  popula¬ 
tions.  This  was  Che  value  that  used  by  the  optimization  model 
and  Che  report  generator  for  combinations  deemed  Invalid  by 
current  policy. 

The  MGM  also  generated  hard  copy  output  of  Che  average  metric  values.  A 

typical  page  from  this  output  Is  shown  In  Figure  D-1.  The  title  at  the 

Cop  of  the  report  Identifies  Che  type  of  data  being  displayed  (in  this 
example,  "Predicted  SQT  Performance")  and  Che  file  name  under  which  Che 
data  has  been  saved  ("PSSDATA/R84NEVB.M2") .  The  column  headers  identify 
Che  MOS  Cluster  number  for  which  Che  data  Is  applicable;  the  rows  identify 
the  Supply  Groups. 

Each  supply  group  has  two  lines  of  data:  the  first  (e.g.,  "1/E")  Is  the 
average  scores  for  the  eligible  population;  the  second  ("  /I")  is  the 

average  scores  for  the  Ineligible  populations.  A  score  of  zero  (0.00) 

indicates  that  no  records  were  found  for  that  Supply  Croup/Category/MOS 
Cluster.  When  this  occurs,  the  data  for  the  complementing  category  will 
be  used.  For  example,  Supply  Group  #11  has  no  eliglbles  for  MOS  Cluster 
#1.  If  policies  are  changed  to  allow  Supply  Group  #11  personnel  into  MOS 
Cluster  #1,  the  models  will  use  the  average  score  generated  for  the 
ineligible  population  (57. OS  in  this  example). 


Optimization  Procedures 

EPAS  used  two  types  of  optimization  algorithms:  a  linear  network  technique 
and  a  more  traditional  linear  programming  (LP)  technique.  The  network 
formulation  provided  rapid  solution  times  at  the  expense  of  modeling 
accuracy;  this  formulation  was  used  for  the  Policy  Analysis  and  Simulation 
modes.  The  LP  formulation  provided  additional  modeling  detail  at  the 
expense  of  execution  time;  this  formulation  was  used  with  the  Simulation 
mode  and  Is  anticipated  to  be  the  formulation  for  the  Operational  mode  If 
fully  Implemented. 

The  two  algorithms,  with  their  supporting  procedures,  were  collectively 
called  the  Quality  Allocation  Module  (QAM)  of  EPAS.  Both  formulations 
optimized  the  allocation  of  NPS  recruits  (clustered  Into  Supply  Groups) 
among  MOS  (clustered  Into  MOS  Clusters).  The  models  were  designed  to 
reach  a  feasible  solution  regardless  of  the  circumstances,  e.g.,  whether 
or  not  the  recruit  supply  was  sufficient  to  meet  the  MOS  demand. 
Appendix  C  contains  a  discussion  of  both  models'  formulation. 
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Flg^xr*  D-1.  Sanpl*  MCM  Output 
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sr.jo  88.09  98.41  91.05  93.08  96.76  90.67  91.06  88.82  94.53  92.49  92.79  96.98  91.99  96.79  97.80  92.65 

82.00  74.61  98.41  82.96  93.08  96.76  90.67  91.06  78.55  83.85  92.49  93.17  96.98  91.99  96.79  97.80  74.98 


QAM  Input 


The  definition  of  the  optimization  problem  was  performed  automatically  by 
one  of  the  QAM  ancillary  routines,  the  Pre -Processor.  This  routine  read 
Information  from  files  defined  elsewhere  In  this  appendix,  specifically 
the  TRN  and  QFM  output,  and  used  the  information  found  In  these  files  to 
create  the  problem  to  be  optimized.  Thus,  for  example,  the  Pre -Processor 
would  detect  a  male -only  MOS  Cluster  and  ensure  that  no  flow  into  the 
cluster  was  possible  from  female  Supply  Groups.  Explicit  user  Input  was 
neither  required  nor  provided  for  this  activity. 

A  QAM  r'>‘<.lcy  File  was  defined,  however,  to  provide  user  control  over 
Implementation  of  DEP  limits  and  communication  with  the  detailed 
assignment  procedures.  The  data  elements  associated  with  the  QAM  Policy 
File  are  shown  In  Table  D-8.  Two  types  of  data  were  available: 


Table  D-B.  QAM  Policy  File  Record  Structure. 


NAME 

TYPE 

SIZE 

DESCRIPTION 

QAMPOLNAME 

CHAR 

7 

Policy  File  Name- -unique  name  for 
Identifying  the  policy. 

MINDEP(18) 

INT 

2 

Minimum  DEP  length  In  months  by 
demographic  group. 

MAXDEP<18) 

INT 

2 

Maximum  DEP  length  In  months  by 
demographic  group. 

ACMLISTLEN 

INT 

2 

Number  of  recommendations  to  be 
forwarded  to  the  detailed  assignment 
algorithm. 

(1)  The  user  could  enter  minimum  and  maximum  allowable  DEP  lengths 
In  months  for  each  demographic  group  (defined  by  gender, 
education,  and  AFQT  category). 

(2)  The  user  could  define  the  number  of  recommendations  to  be 
provided  to  the  detailed  assignment  routines.  The  longer  the 
list,  the  more  likely  the  detailed  assignment  would  be 
consistent  with  the  QAM’s  global  objectives,  but  the  slower 
the  processing. 


QAM  Output 

Both  formulations  of  the  QAM  produced  an  exception  report,  four  reports 
detailing  the  network  solution  Itself,  and  data  files  for  use  In  report 
generation.  In  addition,  an  ordered  list  of  time-specific  MOS  Cluster 
recommendations  was  generated  for  use  as  guidance  In  the  detailed 
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classification  proceas.  A  hard-copy  version  of  this  reconusendation  list 
was  also  generated. 


QAM  Exception  Report.  This  report  was  %nritten  to  a  data  file  keyed 
by  the  user-designated  simulation  name,  iteration  number  representing  the 
month  of  the  simulation,  and  the  module  acronym  ”QAM".  All  file 
processing  problems  causing  abnormal  termination  of  the  model,  and  certain 
arc  activity,  were  recorded  In  the  exception  report.  Each  of  the 
following  types  of  activity  appeared  in  Its  own  tabular  structure  on  the 
exception  report: 

(1)  Shortfalls  In  Quality  Coals.  This  portion  showed,  by  month, 
the  shortfall  In  achieved  quality  by  MOS  Cluster.  This  Indi¬ 
cated  substitution  activity  was  necessary  to  solve  the  model. 
Only  those  MOS  Clusters  experiencing  a  shortfall  were 
reported. 

(2)  Shortfalls  In  Meeting  MOS  Requirements.  This  portion  showed 
MOS  Clusters  for  which  monthly  class  requirements  were  not 
met.  This  Indicated  the  Super  Source  had  to  be  tapped  to 
permit  solution  of  the  model.  Again,  only  those  MOS  clusters 
experiencing  a  shortfall  were  reported. 

(3)  Deviation  from  Annual  Reouirements .  This  portion  listed  the 
desired  fill,  the  achieved  fill,  and  the  percentage  fill  of 
the  annual  requirement  for  each  MOS  Cluster.  Underfill  was 
marked  with  an  asterisk  in  the  right-most  column.  This  indi¬ 
cated  also  that  the  Super  Source  had  to  be  used  in  order  to 
obtain  a  network  solution. 

If  the  model  met  all  quality  goals  and  all  monthly  and  annual  MOS 
requirements,  these  three  reports  were  not  written  to  the  exception 
report. 


Descriptive  Solution  Reports.  Four  reports  were  sent  directly  to 
the  printer.  These  reports  showed  detailed  aspects  of  the  solution: 

(1)  Demographic  Flows.  This  report  showed  the  number  of  each 
demographic  type  (defined  by  gender,  education,  and  AFQT 
category)  assigned  to  each  MOS  Cluster  aggregated  across  the 
planning  horizon. 

(2)  MOS  Class  Fill.  This  report  showed  details  on  each  MOS 

cluster  by  month.  Included  are  AFQT  Categories  I-IIIA,  AFQT 
Categories  IIIB-IV,  and  total  assignments,  class  minimums  and 
maxlmums,  and  the  number  of  "artificial"  assignments  (from  the 
Super  Source)  necessary  to  meet  the  class  minimum.  A  value 
of  "0"  indicated  a  given  MOS  Cluster-month  met  Its  minimum 
fill  without  using  the  Super  Source. 
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(3)  Quality  Coal.  Thla  report  coopared  the  desired  percentage  of 
quality  recruits  by  MOS  Cluster  to  the  achieved  percentage. 
Shortfalls  were  narked  by  an  asterisk. 

(4)  Denoeraphlc  PEP.  This  report  showed  the  number  of  each  demo¬ 
graphic  type  (defined  as  In  (1)  above)  assigned  to  a  class 
beyond  the  planning  horizon;  that  is,  flowed  to  the  DEP  sink 
node. 

Each  of  these  reports  were  generated  regardless  of  the  processing  mode. 
Also,  all  reports  were  generated,  whether  the  recruit  supply  pool  was 
sufficient  or  not  (use  of  the  Super  Source  Indicates  Insufficient  supply). 
One  additional  report  was  produced  in  Simulation  mode  runs:  a  hard-copy 
version  of  the  ordered  list  containing  the  optimal  guidance  for  the 
detailed  allocation  routines. 


Data  Files  for  Report  Generators.  Two  types  of  data  files  were 
produced  for  use  in  report  generation.  The  user-supplied  EPAS  run  name, 
along  with  the  Iteration  number  (representing  the  month  being  processed), 
uniquely  Identify  the  files  produced.  The  report  generator  and  Its 
outputs  will  be  discussed  later  In  this  appendix.  The  two  types  of  data 
files  produced  by  the  QAM  were: 

(1)  Assignment  Flows.  This  data  file  contained  counts  of  the 
number  of  assignments  made  In  this  Iteration  from  Supply  Group^ 
to  MOS  Clusterj  with  a  DEP  period  of  k  months.  This  file  was 
used  In  generating  the  various  metrics  reports.  The  three 
dimensions  (Supply  Croup,  MOS  Cluster,  and  DEP  length)  were 
required  in  calculating  the  various  metric  values. 

(2)  Aggregate  Flows.  This  data  file  contained  counts  of  all 

assignments  made  In  this  Iteration,  aggregated  across  all 
supply  groups  and  all  MOS  Clusters.  Two  dimensions  were 
necessary:  Tlme-IN  (the  month  In  which  the  assignment  was 

made)  and  Tlme-OUT  (the  month  in  which  the  class  begins). 
This  file  was  used  In  generating  the  Brick  Chart  as  described 
below. 

These  data  files  were  created  regardless  of  the  processing  mode.  As  with 
other  EPAS  data  files,  the  use  of  Iteration  number  for  file  Identification 
permitted  the  user  to  restart  a  simulation  or  rerun  the  same  simulation. 


Recommendation  List  for  Use  in  Detailed  Assignment.  Optimal  guid¬ 
ance  was  provided  for  the  detailed  assignment  routines,  both  the  ACM  and 
[anticipated]  REQUEST  Interface  Module,  through  ordered  lists  of  alter¬ 
native  MOS  assignments.  The  QAM  generated  an  optimal  configuration  for 
assigning  Supply  Groups  to  MOS  Cluster/Recruit  Station  Month  (RSM) 
combinations.  Specific  output  from  the  optimization  procedure  Included 
t>e  optimal  solution  and  "reduced  costs,”  i.e.,  the  penalty  for  moving  a 
single  unit  out  of  the  optimal  solution.  A  post-processor  manipulated 
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this  output,  generating  «  scors  for  each  MOS.  A  detailed  description  of 
this  process  is  found  in  Appendix  C. 


The  possible  MOS/RSM  for  each  Supply  Group  were  sorted  on  the  computed 


score.  The  sorted  list  was  mritten  to  a  file,  shown  in  Table  0-9,  for  use 
by  the  detailed  assignment  procedures. 

Table  D-9.  QAM  Ordered  List  File. 

NAME 

TYPE 

SIZE 

DESCRIPTION 

FNAME 

CHAR 

7 

Unique  name  identifying  the  execu> 
tlon 

ITERNUM 

CHAR 

2 

Iteration  number 

FROMDATE 

CHAR 

4 

Year/Honth  of  the  Supply  Croup's 
arrival 

QAMAGIO 

CHAR 

3 

Supply  Group  identification  ntimber 

QAMLISTNUM 

CHAR 

3 

Recommendation's  position  on  the 
ordered  list 

QAMSCORE 

CHAR 

4 

The  value  computed  by  the  post* 
processor 

QAMCLUSTER 

CHAR 

3 

The  recommended  MOS^ 

TODATE 

CHAR 

4 

The  Year/Month  in  which  the  recom¬ 
mended  MOS  training  begins 

t  Ib  •arlltr  vtrdoBt  of  CPAS,  erd*r«4  lilt  d*flB*d  by  HOS  CIu*t*t  rathar  than  by  HDS, 

banea  tha  aata  ‘OAMCLUSTCK*  in  tba  raeetd  atruetura. 


CENESATE  DETAILED  ASSIGNMENT 


The  ultlnete  objective  of  EFAS  ves  developing  e  oethodology  for  generating 
optimal  assignments  for  Individual  recruits.  Supporting  this  requirement 
required  a  detailed  Person-Job  Match  (PJM)  process  which  matched  single 
Individuals  to  specific  MOS/class  start  date  combinations. 

In  the  Simulation  Mode,  this  requirement  was  met  by  developing  the 
Applicant  Classification  Module  (ACM).  (In  the  Operational  Mode,  the 
Army's  existing  classification  routines  within  REQUEST  will  be  utilized 
to  perform  the  detailed  assignment  function).  EPAS  optimal  guidance  will 
be  communicated  to  REQUEST  through  the  REQUEST  Interface  Module  (RIM) . 
Both  of  these  modules  were  discussed  in  detail  In  Appendix  C. 


Applicant  Clsiilflcstlon  Module 

The  ACM  provided  a  purely  analytical  simulation  capability,  that  is,  its 
PJM  allocations  support  analysis  of  policy  alternatives,  not  assignment 
of  actual  recruits.  Accordingly,  the  ACM  had  to  be  entirely  self- 
contained  --  It  cculd  not,  for  example,  examine  actual  applicants  as  he 
presented  themselves  at  a  Military  Entrance  Processing  Station  (MEPS), 
neither  could  it  utilize  school  seat  information  found  in  operational  data 
files . 

The  basic  activities  performed  by  the  ACM's  sequential  processing  were 
discussed  In  Appendix  C.  To  recap,  the  activities  were: 

(1)  Simulate  Applicant  Arrivals.  Determine  the  order  in  which 
hypothetical  applicants  "arrive”  for  processing. 

(2)  Compute  Assignment  Alternatives.  Evaluate  each  hypothetical 
applicant  against  available  jobs  to  determine  the  best 
possible  match. 

(3)  Select  PJM  Matches.  Simulate  the  applicant's  selecting  a  job 
from  among  the  options. 

(4)  Update  System  Status.  Adjust  current  state  of  the  recruiting 
mission  to  reflect  acceptance  of  a  position. 

This  appendix  discusses  the  Implementation  of  these  activities. 


Simulate  Applicant  Arrival 

A  critical  requirement  to  support  the  ACM's  simulation  capability  was  the 
definition  of  a  hypothetical,  yet  functionally  accurate,  flow  of 
"recruits"  to  be  processed.  Ancillary  procedures,  the  applicant  file 
generators  and  editors,  were  developed  to  meet  this  requirement.  Two 
types  of  applicant  files  were  generated:  primary  and  secondary. 
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rrlBI*TT  Applicant  Fll«.  The  prlnary  applicant  file  contained  edited 
extracta  for  all  contractees  actually  processed  in  a  specified  fiscal 
year.  Table  D>10  displays  the  information  contained  within  the  primary 
applicant  file.  Data  elements  within  this  file  are  self-explanatory;  they 
can  be  divided  into  five  broad  categories: 

(1)  File/Record  Information.  This  data  was  used  to  access  the 
Information  for  any  given  applicant  in  the  Secondary  Applicant 
File.  It  Included  the  File  Name  and  a  Unique  Record  Iden¬ 
tifier. 

(2)  Personal  Information.  This  category  contained  data  such  as 
Gender,  Citizenship,  Race,  Ethnic  Group,  Marital  Status, 
Number  of  Dependents,  and  Date  of  Birth. 

(3)  Accession  Information.  This  category  included  information 
about  the  Date  of  Physical,  Aptitude  Scores,  AFQT  Category, 
Contract  Data,  Ship  Date,  Bonus  Data  and  Term  of  Enlistment. 

(4)  Education  Information.  This  category  contained  data  about 
Education  Certification,  Year  of  Education  and  Level  of  Math 
and  Science  Achievement. 

(5)  Physical  Profile.  This  category  included  information  about 
Physical  Stamina,  Upper  and  Lower  Extremities,  Hearing, 
Vision,  Psychological  Data,  Height,  Weight  and  Medical  Fail¬ 
ure  Codes. 


Secondary  Applicant  Pile.  The  secondary  applicant  files  were 
statistical,  random  extracts  of  the  primary  applicant  file,  i.e.,  records 
primary  file  records  were  randomly  extracted  in  accordance  with  a  defined 
distribution.  These  extracts  met  the  requirement  of  having  hypothetical 
populations  (the  distributions  could  be  defined  in  any  desired  ratios) 
which  were  functionally  accurate  (randomly  selecting  actual  records 
ensured  the  resulting  files  maintained  realistic  attributes  as  would  found 
in  an  actual  population) . 

A  special  editor  program  was  developed,  enabling  the  user  to  define  the 
desired  secondary  file  population.  The  editor  automatically  submitted  a 
batch  (i.e.,  off  line)  Job,  called  the  Applicant  Procedure,  Secondary 
(APS)  to  generate  the  desired  file.  The  secondary  file  had  two  record 
structures.  The  first,  depicted  in  Table  D-11,  provided  summary 
Information  about  the  file. 

The  second  record  structure,  depicted  in  Table  D-12,  provided  the  detailed 
data.  Most  of  the  Information  contained  this  record  is  self  explanatory; 
it  was  divided  into  six  categories: 

(1)  File  Directory  Information.  This  was  needed  to  keep  track  of 
valid  file  names  and  number  of  files  contained  in  the  Second¬ 
ary  Applicant  File. 
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Tabl*  D-10.  Prlaary  Applicant  File  Record  Structure. 


NAME  TYPE  SIZE  DESCRIPTION 


REC.YEAR 

CHAR 

4 

REC_MONTH 

CHAR 

2 

DEMOGRAPH^KEY 

CHAR 

2 

RECORD_ID 

CHAR 

6 

REC.WEEK 

CHAR 

2 

REC_WEEK_OF_MONTHINT 

2 

RAW_SCORES  (16) 

INT 

2 

COMPOSITS  (10) 

INT 

2 

DOOR_DATE 

CHAR 

6 

SEX 

CHAR 

1 

EDCERT 

CHAR 

1 

MENTCAT 

CHAR 

2 

CONTRACT_STAT 

CHAR 

1 

AFEESCD 

CHAR 

2 

FINAL_STATUS 

CHAR 

2 

CITIZ 

CHAR 

2 

RACE 

CHAR 

1 

EGPCD 

CHAR 

1 

CONTRACT.DATE 

CHAR 

6 

SHIPED_DATE 

CHAR 

6 

AFQTSCR 

CHAR 

2 

PHY.STAM 

CHAR 

1 

UP_EXTREM 

CHAR 

1 

L0W_EXTREM 

CHAR 

1 

HEARING 

CHAR 

1 

EYES 

CHAR 

1 

PSYCH 

CHAR 

1 

EXP.WEIGHT 

CHAR 

1 

HGT 

CHAR 

2 

WGT 

CHAR 

3 

MEDFAILl 

CHAR 

2 

MEDFAIL2 

CHAR 

2 

MEDFAIL3 

CHAR 

2 

PROGl 

CHAR 

1 

DESGOP 

CHAR 

1 

TRENMOS 

CHAR 

3 

WAIVER 

CHAR 

1 

ENLOP 

CHAR 

1 

BONLVL 

CHAR 

1 

NODEPR 

CHAR 

3 

MARST 

CHAR 

1 

NRDEP 

CHAR 

2 

DOB 

CHAR 

6 

EDYRS 

CHAR 

2 

DRIVER 

CHAR 

1 

Recruit  Year 
Recruit  Month 
Deiio graphic  Nuaber 
Unique  Record  Identifier 
Recruit  Week 
Recruit  Week  of  Month 
Raw  Aptitude  Scores 
CoDposlte  Aptitude  Score 
Date  of  Physical  Exaa 
Gender 

Education  Certification 
AFQT  Category 
Contract  Signed  Flag 
AFEES  ID  Code 

Shipped  Status  and  DEP  Status 

Citizenship  Codes 

Racial  Code 

Ethnic  Group  Code 

Date  Contract  was  Signed 

Date  Accession  Shipped 

APQT  Score 

Physical  Staalna 

Upper  Extrenitles 

Lower  Extremities 

Hearing 

Vision 

Psychological 
Weight  Lift 
Height  In  Inches 
Weight  In  Pounds 
Medical  Failure  Code  1 
Medical  Failure  Code  2 
Medical  Failure  Code  3 
VEAP  Option  Flag 
Designated  Option 
Tralnlng/Enllstment  MOS 
Waiver  Type 

Enlistment  Option  Guaranteed 
Enlistment  Level  Bonus 
Reason  for  DEP  Loss 
Marital  Status 
Number  of  Dependents 
Date  of  Birth 
Years  of  Education 
Drivers  Licence  Flag 


D-30 


Table  D-IO.  Primary  Applicant  File  Record  Structure  (continued). 


NAME  TYPE  SIZE  DESCRIPTION 


MATH_LEV 

CHAR 

3 

SCIENCE_LEV 

CHAR 

3 

DATE.OF^VAIL 

CHAR 

6 

PREF 

CHAR 

9 

RE(i_BONUS 

CHAR 

1 

COLLEGE_FUND 

CHAR 

1 

ADD_TESTS 

CHAR 

40 

SCR_ADD_TEST 

CHAR 

30 

OPTION 

CHAR 

3 

TESTID 

CHAR 

2 

ENLTERM 

CHAR 

2 

Level  of  Math  Achievement 

Level  of  Science  Achievement 

Data  Available 

Preferences 

Bonua  Request  Flag 

VEAP  Request  Flag 

Additional  Tests 

Scores  of  Additional  Tests 

Enlistment  Option 

ASVAB  Test  Series 

Term  of  Enlistment 


Table  D>11.  Secondary  Applicant  File  Information  Record. 


NAME 

TYPE 

SIZE 

DESCRIPTION 

Record  Name:  SECOND.REC 

FNAME 

CHAR 

7 

File  Name 

RECORD.ID 

CHAR 

6 

Always  set  t 

DEMOGRAPH.KEY 

CHAR 

2 

Always  set  tc  o 

REC_YEAR 

INT 

2 

Always  set  to  0 

REC_WEEK 

INT 

2 

Always  set  to  0 

YEAR_T0T  (25) 

INT 

4 

Yearly  Totals 

DEM.TOTALS  (60) 

INT 

2 

Demographic  Totals 

FILLER 

CHAR 

17 

Alignment  Characters 

(2)  File/Record  Information.  This  data  was  used  to  access  the 
information  for  any  given  applicant  in  the  Secondary  Applicant 
File.  It  included  the  File  Name  and  a  Unique  Record  Iden¬ 
tifier. 

(3)  Personal  Information.  This  category  contained  data  such  as 
Gender,  Citizenship,  Race,  Ethnic  Croup,  Marital  Status, 
Number  of  Dependents,  and  Date  of  Birth. 

(4)  Accession  Information.  This  category  Included  information 
about  the  Date  of  Physical,  Aptitude  Scores,  AFQT  Category, 
Contract  Date,  Ship  Date,  Bonus  Data  and  Term  of  Enlistment. 

(5)  Education  Information.  This  category  contained  data  about 
Education  Certification,  Year  of  Education  and  Level  of  Math 
and  Science  Achievement. 
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T«bl«  D-12.  Secondary  Applicant  Flla  Data  Record. 


NAME 

TYPE 

SIZE 

DESCRIPTION 

Record  Name:  ACC_REC 

FNAME 

CHAR 

7 

Flla  Name 

RECORD_ID 

CHAR 

6 

Unique  Record  Identifier 

REC  MONTH 

CHAR 

2 

Recruit  Month 

DEMOGRAPH.KEY 

CHAR 

2 

Demographic  Number 

FNAME2 

CHAR 

7 

Repeat  of  File  Name 

RECJfEAR 

CHAR 

4 

Recruit  Year 

REC_WEEK 

CHAR 

2 

Recruit  Week 

DOOR  DATE 

CHAR 

6 

Date  of  Phyalcal  Exam 

REC  WEEK  OF  MONTHINT 

2 

Recruit  Week  of  Month 

RAW  SCORES  (16) 

INT 

2 

Raw  Aptitude  Scores 

COMPOSITS  (10) 

INT 

2 

Composite  Aptitude  Score 

SEX 

CHAR 

1 

Gender 

EDCERT 

CHAR 

1 

Education  Certification 

MENTCAT 

CHAR 

2 

APQT  Category 

CONTRACT_STAT 

CHAR 

1 

Contract  Signed  Flag 

AFEESCD 

CHAR 

2 

AFEES  ID  Code 

FINAL^STATUS 

CHAR 

2 

Shipped  Status  and  DEP  Status 

CITIZ 

CHAR 

2 

Citizenship  Codes 

RACE 

CHAR 

1 

Racial  Code 

EGPCD 

CHAR 

1 

Ethnic  Group  Code 

CONTRACT.DATE 

CHAR 

6 

Date  Contract  was  Signed 

SHIPED_DATE 

CHAR 

6 

Date  Accession  Shipped 

AFQTSCR 

CHAR 

2 

AFQT  Score 

PHY^STAM 

CHAR 

1 

Physical  Stamina 

UP  EXTREM 

CHAR 

1 

Upper  Extremities 

LOW  EXTREM 

CHAR 

1 

Lower  Extremities 

HEARING 

CHAR 

1 

Hearing 

EYES 

CHAR 

1 

Vision 

PSYCH 

CHAR 

1 

Psychological 

EXP  WEIGHT 

CHAR 

1 

Weight  Lift 

HGT 

CHAR 

2 

Height  In  Inches 

WGT 

CHAR 

3 

Weight  In  Pounds 

MEDFAILI 

CHAR 

2 

Medical  Failure  Code  1 

MEDFAIL2 

CHAR 

2 

Medical  Failure  Code  2 

MEDFAIU 

CHAR 

2 

Medical  Failure  Code  3 

PROGl 

CHAR 

1 

VEAP  Option  Flag 

DESGOP 

CHAR 

1 

Designated  Option 

TRENMOS 

CHAR 

3 

Training/Enlistment  MOS 

WAIVER 

CHAR 

1 

Waiver  Type 

ENLOP 

CHAR 

1 

Enlistment  Option  Guaranteed 

BONLVL 

CHAR 

1 

Enlistment  Level  Bonus 

NODEPR 

CHAR 

3 

Reason  for  DEP  Loss 

MARST 

CHAR 

1 

Marital  Status 

NRDEP 

CHAR 

2 

Number  of  Dependents 
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Table  D-12.  Secondary  Applicant  File  Data  Record  (continued). 


NAME  TYPE  SIZE  DESCRIPTION 


DOB 

CHAR 

6 

EDYRS 

CHAR 

2 

DRIVER 

CHAP 

1 

MATH.LEV 

CHAR 

3 

SCIENCE_LEV 

CHAR 

3 

DATE.OFJ^VAIL 

CHAR 

6 

PREF 

CHAR 

9 

RE(i_BONUS 

CHAR 

1 

COLLAGE_FUND 

CHAR 

1 

ADD_TESTS 

CHAR 

40 

SCR_ADD_TEST 

CHAR 

30 

OPTION 

CHAR 

3 

TESTID 

CHAR 

2 

ENLTERM 

CHAR 

2 

Date  of  Birth 

Years  of  Education 

Drivers  Licence  Flag 

Level  of  Math  Achievement 

Level  of  Science  Achievement 

Data  Available 

Preferences 

Bonus  Request  Flag 

VEAP  Request  Flag 

Additional  Tests 

Scores  of  Additional  Tests 

Enlistment  Option 

ASVAB  Test  Series 

Term  of  Enlistment 


(6)  Physical  Profile.  This  category  Included  Information  about 
Physical  Stamina,  Upper  and  Lower  Extremities,  Hearing, 
Vision,  Psychological  Data,  Height,  Weight  and  Medical  Fall* 
ure  Codes. 


The  Secondary  Applicant  File  Editor.  This  editor  had  limited 
functionality  when  compared  to  the  other  editors  In  EPAS,  since  It  only 
allowed  the  user  to  create  new  files.  Due  to  the  volume  of  data  to  be 
produced,  the  actual  file  generation  took  place  In  batch  mode.  A 
communication  file,  the  Applicant  Communication  File,  was  used  to 
communicate  between  the  on-line  editor  and  batch  file  generator. 

The  Applicant  Communication  File  also  utilized  two  types  of  record 
structures.  The  first,  shown  In  Table  D-13,  provided  aggregate  targeting 
Information  by  demographic  group  by  month.  This  record  was  used  by  the 
batch  generators  to  generate  the  secondary  applicant  file. 

The  second  record  structure,  shown  in  Table  D-IA,  provided  summary 
Information  regarding  the  structure  of  the  secondary  file.  The  Informa¬ 
tion  contained  In  the  Applicant  Communication  File  Is  self-explanatory. 
It  can  be  divided  Into  three  categories  as  follows: 

(1)  File/Record  Information.  This  data  was  used  to  access  the 
communications  Information  for  any  given  Secondary  Applicant 
File  to  be  generated.  It  Included  the  File  Name,  Fiscal  Year 
and  Month. 


D-33 


Tabl*  D-I3.  Secondary  Applicant  File  Comunicatlon  File. 


NAME 

TYPE 

SIZE 

DESCRIPTION 

Record  Name: 

APPCON_REC 

FNAME 

CHAR 

7 

File  Name 

YEAR 

CHAR 

4 

Record  Year 

MONTH 

CHAR 

2 

Record  Month 

FILLER 

CHAR 

1 

Alignment  Characters 

GOALS  (2) 

INT 

2 

Total  goals  for  month  by  recruit 
type 

DISTRIBUTION 

(60)R£AL 

4 

Distribution  of  demographic  groups 
for  month 

Tabla  D-14. 

Secondary  Applicant  File  Tree  Record. 

NAME 

TYPE 

SIZE 

DESCRIPTION 

Record  Name: 

;  APPC0M_TREE 

FNAME 

CHAR 

7 

File  Name 

SIX.BLANKS 

CHAR 

6 

Six  Blanks 

FILLER 

CHAR 

1 

Alignment  Character 

TRACE 

INT 

2 

Trace  Flag 

NUM_MONTHS 

INT 

2 

Number  of  months  of  data  to  be 
generated 

TREE  (60) 

INT 

2 

Flags  of  Demographics  that  have  been 
selected 

YYYY  (60) 

INT 

2 

Alignment  Characters 

(2)  Demographic  Information.  The  area  Included  Information  on  the 
demographics  that  need  to  be  Included  In  the  Secondary 
Applicant  File  and  the  Distribution  of  the  demographics  by 
month . 

(3)  Mission  Information.  This  area  Included  Information  on 
Recruit  missions  for  the  current  month  by  recruit  type. 


Execution  Status  Monitoring.  The  AFS,  In  addition  to  the  secondary 
applicant  file  Itself,  generated  exception  status  data.  These  data 
provided  provide  feedback  to  the  user  regarding  the  execution  of  the 
Secondary  Applicant  File  generation  run  and  was  available  for  review 
through  an  execution  status  review  module.  This  module  provided  up-to- 
date  monitoring  of  the  generation  process  and  displayed  all  exception 
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reports  generated  for  the  run.  Table  D>15  provides  a  list  of  the  possible 
exception  reports  generated  by  the  Secondary  Applicant  File  generator. 


Conpute  Assignment  Alternatives 

The  ACM,  EPAS*  detailed  asslgnaent  procedure,  was  principally  a  set  of 
progranalng  ”hooks*  which  enabled  analysts  to  evaluate  the  impacts  of 
alternative  performance  predictors.  Appendix  C  describes  the  various 
modules  developed  for,  and  tested  in,  the  ACM. 

GRC  focused  attention  on  three  areas  to  support  Implementation  of  the 
requisite  structure  for  detailed  simulations.  These  were: 

•  Design  flexibility. 

•  Simulation  efficiency. 

•  Parametric  control. 


Table  D-15.  Secondary  Applicant  File  Exception  Messages. 


(  1)  75%  level  reached  for  demogroup  TT  in  month  PP. 

(  2)  Aborting:  Unable  to  find  record  In  APPCOM  file. 

(  3)  Aborting:  Unable  to  open/create  files. 

<  4)  Aborting;  Unable  to  open  APPCOM  file. 

(  5)  Aborting;  Unable  to  open  STDDIST  file. 

(  6)  Begin  building  the  Secondary  Applicant  File. 

(  7)  Beginning  file  open/create  sequence. 

(  8)  Error  finding  valid  accession  data  due  to  invalid  data. 

(  9}  Error;  Unable  to  find  primary  record. 

(10)  Generating  secondary  file  SS. 

(11)  No  primary  file  records  for  demogroup  TT  In  month  PP. 

(12)  No  requirements  specified  for  month  PP. 

(13)  Recycling  applicants  for  demogroup  TT  in  month  PP. 

(14)  Secondary  file  completed;  RR  records  generated. 

(15)  Secondary  file  creation  canceled;  No  acceptable  recruits  found  on 
primary  file. 

(16)  Secondary  file  creation  canceled:  Program  aborted. 

(17)  Starting  the  PP  Iteration  out  of  ()Q. 

(18)  The  secondary  file  was  aborted  In  month  PP. 

(19)  Unable  to  open  ACCESS  fils. 

(20)  Unable  to  open  ACCSCR  fils. 

(21)  Unable  to  open  secondary  file. 


where;  PP  - 

QQ  - 

RR  - 
SS  - 
TT  - 


Current  Iteration  number. 

Number  of  Iterations  that  the  file  is  being  generated 
for. 

Number  of  records  generated  for  the  secondary  file. 
Name  of  secondary  file  being  created. 

Number  Indicating  demographic  group. 
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Daitgn  riexlbtlltT.  New  prediecore  were,  generally,  fully  novel; 
that  is,  they  could  not  be  laplenented  by  simply  recoding  existing 
predictor  modules.  Additionally,  even  If  such  recoding  were  possible.  It 
would  not  have  been  desirable.  CRC  analysts  frequently  evaluated  new 
predictors  by  examining  the  Impact  on  qther  predictors. 

Effecting  the  requisite  flexibility  required  a  highly  structured,  modular 
shell.  New  predictors  could  be  developed  separately  as  Independent  object 
blocks  and  linked  Into  the  shell  for  evaluation.  Data  structures  were 
also  artificially  expanded  to  provide  for  the  needed  flexibility.  For 
example,  the  ACM  Statistical  Output  record,  described  below,  contained 
multiple  fields  for  metric  scores.  These  fields,  not  all  of  which  need 
be  actively  used  at  any  one  time,  could  be  quickly  changed  to  reflect 
scores  of  different  measures. 


Simulation  Efficiency.  Typical  EPAS  simulations  processed  a  large 
number  of  Individual  applicants.  An  execution  with  20,000  simulation 
applicants,  for  example,  averaged  over  1,500  applicants  per  simulation 
month;  In  peak  months,  the  figure  might  exceed  2,000  applicants.  Several 
techniques  were  Implemented  to  speed  processing. 

One  of  the  key  techniques  was  establishing  the  ACM  as  a  stand-alone 
process.  In  addition,  the  ACM  was  implemented  as  three  distinct  sections; 
the  first  loaded  all  data  from  files  Into  Internal  arrays;  the  second 
processed  all  applicants  for  the  period,  updating  the  Internal  arrays;  the 
third  stored  the  updated  arrays  Into  data  files  for  subsequent  Iterations 
and  post-execution  analyses.  This  Implementation  substantially  reduced 
Input/output  (I/O)  times,  resulting  In  a  significant  Improvement  In 
processing  time.  The  major  disadvantage  with  this  technique  was  Its 
limiting  flexibility  In  terms  of  problem  size  and  Iteration  periods, 
limitations  imposed  by  the  need  to  predefine  array  structures. 

A  second  key  technique  was  In  the  generation  of  ordered  lists  for 
individual  applicants.  The  ACM,  with  one  exception,  utilized  only  those 
FJM  options  found  on  the  QAM  ordered  guidance.  The  QAM's  formulation 
Included  factors  such  as  DEF/RUDEP  restrictions,  female  exclusions,  high 
school  graduate  requirements,  etc.  The  ACM,  therefore,  did  not  have  to 
check  for  this  type  of  restriction  but  could  directly  process  each 
recommendation  on  the  list. 

The  exception  to  this  processing  technique  occurred  when  no  Jobs  were 
found  from  the  QAM  list.  When  this  transpired,  the  ACM  shifted  to  an 
alternate  technique  •-  called  Its  "null  processing"  mode  ••  and  exhaus¬ 
tively  searched  for  any  position  for  which  the  applicant  qualified.  The 
length  of  the  QAM  optimal  guidance  list  had  a  clear  cut  Impact  on  the 
processing  times.  Longer  lists  required  more  processing  for  each 
Individual,  but  significantly  reduced  the  amount  of  [computationally 
expensive]  null  processing  to  be  performed.  Conversely,  shorter  lists 
decreased  normal  processing,  with  Increased  an  amount  of  null  processing. 
GRC  typically  set  the  ordered  guidance  list  to  100-250  combinations. 
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An  additional  tachnlque  Inplenented  for  generating  PJM  lists  Involved 
using  dynaalc  aenory  allocation  with  linked  lists.  Vhen  a  valid  PJM  was 
Identified  for  an  applicant,  a  new  "link*  containing  pertinent  inforaatlon 
was  dynaaically  created.  The  link  was  then  Inserted  Into  a  linked  list, 
based  on  the  generated  score.  This  process  eliminated  the  need  for 
special  sort  routines;  %dien  all  possible  PJM  combinations  had  been 
analyzed,  the  resulting  linked  list  contained  all  valid  PJM,  presorted  In 
descending  order  of  desirability.  This  technique  also  had  the  advantage 
of  not  requiring  a  predefinition  of  the  number  of  available  PJM  to  be 
evaluated.  Use  of  linked  lists  resulted  In  a  Increased  flexibility  and 
a  significant  reduction  of  processing  time  over  the  usual  table  generation 
and  sorting  techniques.  It  required,  however,  a  viable  dynamic,  memory 
management  capability. 


Parametric  Control.  Effecting  the  control  necessary  for  evaluation 
of  alternative  formulations  and  simulation  capability  required  provision 
of  extensive  parametric  control  of  the  ACM’s  processing.  Definition  of 
the  ACM  policy  parameters  was  accomplished  through  an  ACM  Policy  Editor. 
GRC  developed  series  of  Interactive  panels  in  the  PTS  driver  routines 
allow  EPAS  users  to  quickly  and  easily  modify  the  parameters  to  be 
employed  for  any  given  simulation. 

The  editor  associated  a  named  record,  called  the  ACM  Policy  Record,  with 
each  set  of  policy  parameters  as  they  were  defined.  The  ACM  Policy  Record 
was  then  saved  In  a  file  for  future  reference.  Standard  editor  functions 
••  List,  Edit,  Copy,  Delete,  Review  ••  were  available. 

Upon  entering  the  ACM  Policy  Editor,  the  user  first  declared  which  ACM 
Policy  Record  was  to  be  utilized.  The  editor  routines  then  prompted  for 
the  requisite  parameters  through  a  sequence  of  panels.  The  presented 
panels,  and  the  parameters  which  to  be  Input,  were: 

Execution  Parameters.  The  first  panel  requested  a  series  of 
parameters  which  controlled  the  execution  In  general.  These  parameters 
Included: 

(1)  MOS  Worth  Definitions.  The  name  of  the  file  containing  the 
data  for  determining  the  relative  worth  of  specific  MOS 
assignments . 

(2)  SQT  Coefficients.  The  name  of  the  file  containing  the  ridge 
regression  coefficients  to  be  used  In  predicting  the  SQT  score 
for  Individual  MOS. 

(3)  Attrition  Probabilities.  The  name  of  the  file  containing  the 
data  for  computing  first  term  attrition  probabilities. 

(4)  Initial  Seed  Value.  If  one  of  the  applicant  choice  options 
was  selected,  random  numbers  were  required  for  the  ACM's 
simulation.  The  analyst  had  the  ability  to  alter  the  Initial 
value  used  by  the  computer's  random  number  generator,  thus 
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altering  the  sequence  of  rsndoa  nuabers.  This  provided  the 
ability  to  verify  the  robustness  of  the  simulated  solutions. 

(5)  Maximum  Applicants  per  Iteration.  This  parameter  provided  the 
ability  to  limit  the  number  of  accession  records  to  be 
processed  during  a  single  iteration.  This  enabled  a  quick 
check  of  system  modifications,  In  minimum  execution  time, 
prior  to  executing  a  full-scale  simulation. 

(6)  Maximum  Job  Matches  per  Applicant.  This  parameter  limited 
the  number  of  possible  job  opportunities  computed  for  a  single 
Individual . 

(7)  Job  Performance  Option.  This  parameter  defined  which  of  the 
performance  prediction  measures  was  to  be  used. 


Delayed  Entry  Program  (PEP) .  The  second  panel  requested  Information 
to  be  used  In  controlling  the  length  of  the  DEP.  This  panel  defined  the 
maximum  length  of  time  (In  months)  that  Individuals  were  allowed  to  delay 
their  entry.  The  ACM  allowed  the  analyst  to  define  these  limits 
separately  based  on  gender,  education,  and  AFQT  Category. 


Job  Selection  Method.  The  third  panel  provided  the  capability  to 
define  the  technique  the  ACM  used  to  select  Jobs  from  the  list  of 
alternatives.  Alternatives  for  this  panel  are  discussed  In  the  next 
section.  Select  PJM  Matches. 

Scoring  Routine  Weights.  The  ACM  determined  the  best  Job  match,  as 
described  In  Appendix  C,  as  a  linear  combination  of  a  series  of  Individual 
scoring  factors.  The  fourth,  and  final,  panel  defined  the  relative 
weights  to  be  associated  with  each  of  the  criteria. 


Additional  ACM  Incut.  In  addition  to  the  parametric  data  Just 
described,  the  ACM  also  required  the  names  of  the  files  which  defined  the 
policies,  options,  limitations,  etc.  within  which  the  model  Is  to 
function.  Each  of  these  files  were  defined  In  the  simulation's  Run 
Record.  The  requisite  files  were: 

(1)  Accessions  File  •*  the  sample  population  to  be  used  by  the 
simulation. 

(2)  AAMMP  Limits  File  ••  the  Active  Army  Military  Manpower  Program 
(AAMMP)  defining  the  number  of  personnel  who  are  to  be 
accessed  In  any  given  month. 

(3)  Cluster  Definition  File  ••  the  currently  active  MOS  and  the 
cluster  with  which  they  are  associated. 


D-38 


(4)  Composite  Definition  File  -•  the  technique  to  be  used  In 

generating  the  Aptitude  Area  Composite  scores  from  the  ASVAfi 
subtest  scores. 

(5)  HOS  Information  File  -•  descriptive  Information  for  each  of 
the  currently  active  MOS.  This  Included  such  data  as  minimum 
cut  scores,  quality  missions,  entry  restrictions,  etc. 

(6)  QAM  Input  File  -•  the  QAM’s  optimal  guidance  list. 

(7)  School  Seat  File  >•  the  number  of  school  seats  actually 

available  for  each  MOS.  It  included  Information  such  as  start 
date,  maximum  capacity,  etc. 


Select  PJM  Matches 

Accurate  simulation  of  policy  alternatives  required  the  ability  to 
effectively  simulate  the  Impact  of  applicant  choice  on  the  results.  At 
the  same  time,  however,  the  need  to  eliminate  apparently  random  choice 
existed.  Random  applicant  choice  obscured  the  true  affect  of  a  policy 
option;  thus  analysts  had  the  need  to  explicitly  control  applicant  choice 
to  eliminate  this  unwanted  Influence. 

GRC  addressed  these  conflicting  demands  by  Implementing  several  methods 
of  Job  selection.  The  analyst  could  define  the  method  separately  as  a 
function  of  gender,  education,  and  AFQT  category.  Two  type  of  selection 
methods  were  Implemented:  fixed  and  random. 


Fixed  Selection.  With  this  method,  each  Individual  selected  the  n** 
job  on  the  list,  where  *n”  ranged  from  one  to  the  number  of  Jobs  In  the 
Individual's  list.  This  was  the  standard  (l.e.,  default)  option,  with  "n" 
set  to  1.  This  option  eliminated  random  applicant  choice  and  allowed 
specific  analysis  of  the  affect  of  the  policy  alternative  being  evaluated. 


Random  Selection.  With  this  method,  the  ACM  randomly  chose  a  Job, 
using  any  of  several  alternative  distributions.  Four  alternatives  were 
Implemented  In  the  operational  prototype: 

(1)  A  normal  distribution, 

(2)  A  normal  distribution,  with  a  40%  probability  of  rejecting  all 
Jobs  on  the  list. 

(4)  A  uniform  distribution  across  all  available  Jobs. 

(5)  A  uniform  distribution  from  a  maximum  of  "m"  Jobs. 
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Op<Ut»  Srfttm  Sf tvi 

The  principle  "output*  froa  the  ACM  consisted  of  updates  to  the  status  of 
training  requirements.  These  updates  were  used  by  the  next  Iteration  of 
the  TRM  to  update  the  optlaal  guidance.  A  second  type  of  output  was 
Implicitly  required  froa  the  detailed  assignment  routines;  namely,  a 
tracking  of  each  Individual  processed  by  the  ACM.  This  second  type  of 
output  allowed  statistical  evaluation  of  the  results  of  the  simulations 
and  provided  updates  to  the  QFM. 


School  Seat  Updates.  When  operating  In  a  Simulation  Mode  EPAS  could 
not,  for  obvious  reasons,  update  the  actual  file  of  school  seat  require* 
ments.  A  substitute  school  seat  file  was  created,  therefore,  by  making 
a  copy  of,  or  extracting  froa,  the  actual  master  file. 

The  ACM  loaded  the  school  seat  information  Into  internal  arrays  and 
updated  the  arrays  as  the  simulation  progresses.  At  the  end  of  each 
Iteration,  a  new  copy  of  the  substitute  file  was  created;  the  Input  file 
was  not  altered.  This  allowed  Identification  and  analysis  of  the  specific 
changes  made  during  each  iteration. 


School  Seat  Policy  File.  The  Information  contained  In  this  file  was 
shown  In  Table  0*3. 


School  Seat  File  Editor.  Since  supporting  analysis  of  alternative 
accession  plans  requires  providing  the  user  with  the  ability  to  generate 
alternative  school  seat  plans,  an  editing  capability  was  also  provided  for 
the  School  Seat  File. 

The  editing  capabilities  for  the  School  Seat  File  allowed  the  user  to 
create  new  MOS  records  or  alter  existing  records.  Both  provided  the 
ability  to  perform  policy  analysis,  allowing  the  user  to  selectively 
define  new  system  requirements  and/or  to  alter  the  historical  state  to 
determine  the  affect  of  significant  changes  in  historical  accession 
patterns. 

If  a  new  MOS  were  created,  the  user  was  required  to  first  define  the  new 
MOS  in  the  MOS  History  File.  This  definition  gave  EPAS  the  necessary 
transitional  definitions.  The  School  Seat  Policy  Editor  verified  the 
existence  of  the  new  MOS  in  the  MOS  History  File  and.  If  not  present, 
prevented  further  definition  until  the  analyst  defined  the  proper  link¬ 
ages. 

Data  elements  within  the  School  Seat  record  which  could  be  modified,  and 
the  Implications  of  their  modification,  were: 

(1)  Class  Start  Date.  The  class  start  dates  defined  the  necessary 
arrival  distribution  of  accessions.  Altering  the  dates  for 
some  MOS  allowed  the  user  to  determine  the  Impact  which  such 
changes  would  have  on  the  Army's  overall  ability  to  meet  Its 
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annual  goals,  both  for  the  specific  MOS  which  were  altered  and 
force  vide. 

(2)  Capacities .  The  School  Seat  record  had  three  capacity  fields: 
alnlDua  fill,  optinal  fill  and  Daximun  fill.  Altering  these 
fields,  like  altering  the  start  dates,  allowed  the  user  to 
assess  the  overall  inpact  of  changing  the  accessions  prograa 
part  way  through  the  accession  year. 

(3)  Current  Fills.  The  School  Seat  data  record  had  several  fields 
--  CLASS_FILL,  COHORT_FILL,  MINORITY.CONT,  METRICS  --  which 
defined  the  current  fills  of  the  classes  contained  in  the 
record.  Since  each  of  these  fields  defined  actions  which  had 
already  been  accomplished,  altering  any  of  them  had  the  affect 
of  "changing  history."  Changes  to  these  fields  were  only  used 
for  policy  analysis  simulations  designed  to  determine  the 
impact  of  sudden  changes  in  the  actual  accessions  available. 

(4)  Metric  Fields.  The  School  Seat  File  maintained  the  average 
metric  scores,  that  is.  Aptitude  Area,  Predicted  SQT,  Relative 
Worth,  Predicted  Attrition,  and  DEP/Attrltlon  Savings,  for 
personnel  who  already  had  contracted.  Altering  any  of  these 
values  had  the  affect,  like  changing  the  current  fills,  of 
changing  history  and  was  available  only  for  simulating 
advanced  "what  if"  conditions. 


Statistical  Output.  The  second  type  of  output  generated  by  the  ACM 
was  a  trace  record  giving  summary  Information  about  the  scores  generated 
for  the  applicant.  This  type  of  output  allowed  analysis  of  the  transac* 
tlons  generated  by  EPAS. 

The  format  for  the  records  with  this  output  is  given  in  Table  D-16.  Key 
data  elements  within  the  record  were: 

(1)  FNAME.  This  variable  was  used  to  distinguish  between  differ¬ 
ent  simulations  or  alternatives.  This  allowed  the  user  to 
execute  multiple  simulations  and  save  the  results  for  subse¬ 
quent  analysis. 

(2)  ITERNUM.  Separate  output  files  were  created  for  each  itera¬ 
tion,  i.e.,  each  time  period,  for  the  simulations.  This 
provided  the  ability  to  restart  from  a  partial  simulation  as 
well  as  enabling  detailed  analysis  on  an  iteration  by  itera¬ 
tion  basis. 

(3)  PJMMOS .  The  MOS  simulated  as  the  contracted  MOS.  (This  field 

will  contain  "NON"  If  no  contract  was  signed.)  All  variable 
names  which  begin  with  "PJM _ "  pertain  to  this  specific  MOS. 

(4)  PJMSCORE.  If  the  applicant  being  processed  signed  a  contract, 
this  field  contains  the  ACM- generated  PJM  score  for  the 
MOS/class  which  was  selected.  If  the  applicant  did  not  sign 
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Tabla  D-16.  ACM  Statistical  Output  Racord. 


NAME 

TYPE 

SIZE 

DESCRIPTION 

FNAME 

CHAR 

7 

SlBulatlon  Naoe 

ITERNUM 

CHAR 

2 

Slaulatlon  period  for  which  data 
applies 

APPLICANTID 

CHAR 

9 

Unique  record  ID  Identifying  the 
applicant 

PJMMOS 

CHAR 

3 

The  MOS  which  was  selected 

PJMATT 

INT 

4 

The  predicted  attrition  associated 
with  the  PJMMOS 

PJMSQT 

INT 

4 

The  predicted  SQT  score  associated 
with  the  PJMMOS 

PJMURT 

INT 

4 

The  relative  utility  associated  with 
the  PJMMOS 

PJMAA 

INT 

2 

The  Aptitude  Area  Composite  score 
associated  with  the  PJMMOS 

PJMSCORE 

INT 

2 

The  ACM- generated  score  for  Che 

PJMMOS 

PJMRANKING 

INT 

2 

The  relative  position  of  the  PJMMOS 
on  Che  ordered  list  of  recommenda¬ 
tions 

PJMPRIORITY 

INT 

2 

The  priority  of  the  PJMMOS 

APPGPID 

INT 

2 

The  Supply  Group  with  which  this 
applicant  Is  associated 

PJMMOS CLUSTER 

INT 

2 

The  NOS  Cluster  with  which  Che 

PJMMOS  Is  associated 

T25SCORES  (25) 

INT 

2 

The  ACM- generated  scores  for  the 
first  25  recommendations 

T25MOS  (25) 

CHAR 

3 

The  MOS  associated  with  the  first  25 
ACM  recommendations 

T25DATES  (25) 

CHAR 

6 

The  class  start  dates  for  the  first 

25  ACM  recommendations 

CONTRACTDATE 

CHAR 

6 

The  contract  date 

PJMCLASSCODE 

CHAR 

1 

The  class  Identification  code  for 
PJMMOS 

PJMSTARTDATE 

CHAR 

6 

The  starting  date  for  PJMMOS 

PJMOPTIONS(IO) 

CHAR 

2 

List  of  contract  options  selected  by 
the  applicant 

PJMENLISTTERM 

CHAR 

3 

The  tens  of  enlistment  for  the 
contract  (In  years) 
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•  contract,  this  field  vlll  contain  a  negative  number  indicat¬ 
ing  the  reason  that  no  contract  was  issued.  The  code  values 
this  field  contained  are  shovm  in  Table  D-17. 

Table  D-17.  ACM  Rejection  Codes. 


CODE 


REJECTION  CAUSE 


-  1  No  Jobs.  The  ACM  was  unable  to  find  any  Jobs  for  which  the 

applicant  was  qualified. 

•  3  Bad  Supply  Group.  An  error  was  generated  when  determining  the 
supply  group  with  which  the  applicant  should  be  associated. 

-  4  ASVAB  Scores.  The  applicant  had  invalid  ASVAB  scores  in  his/her 

record  and  could  not  be  processed. 

-  S  Applicant  Choice.  The  applicant  elected  not  to  accept  any  of  the 

Jobs  which  were  available. 


(5)  PJMRANKING.  This  is  the  relative  ranking  of  the  PJMMOS  on  the 
ordered  list  which  passed  to  the  ACM  from  the  QAM.  If  the 
PJMMOS  was  not  on  the  QAM  list,  i.e.,  null  processing  was 
performed,  this  field  will  have  a  -88  flag  value.  If  not  MOS 
was  selected,  the  filed  will  have  a  -99  flag  value. 


REQUEST  Interface  Module 

The  REQUEST  Interface  Module  (RIM)  provides  the  link  from  EPAS  into 
REQUEST.  It  will  be  required  for  the  Operational  Mode  and  has  not  been 
Implemented  at  this  time.  GRC  conducted  analyses,  however,  to  determine 
what  form  the  RIM  would  require  were  it  implemented  in  an  operational 
system.  This  section  describes  this  anticipated  interface. 

Two  types  of  data  will  be  required  by  REQUEST:  (1)  weekly  optimal  guidance 
and  (2)  Supply  Group  definitions. 


VeeklT  Recommendations 

GRC  anticipates  weekly  executions  of  EPAS  in  the  Operational  Mode.  The 
generated  optimal  guidance  would  be  applicable  for  the  entire  week.  The 
record  format  for  weekly  data  to  REQUEST  is  shown  in  Table  D-18.  This 
information  contains  the  recommended  trainlng/inltial-entry  MOS  (TRENMOS) 
and  start  date  for  the  AIT/OSUT  training.  Weekly  data  are: 

(1)  SGROUP ■  This  field  contains  the  number  of  the  Supply  Group 
for  which  the  recommendations  are  applicable.  A  block  of 
recommendations  will  exist  for  each  supply  group.  Each  block 
will  have  a  user-specified  number  of  recommendations,  typical¬ 
ly  100.  Each  recommendation  will  be  in  the  format  depicted 
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Table  D>lt  Weekly  Data 


EPAS 

VARIABLE  NAME 

TYPE 

DESCRIPTION 

SGROUP 

INTEGER 

Supply  Group  ID  Number 

QAMSCORE 

INTEGER 

Relative  score  (1000  [best]  to  0  [worst] 
generated  by  the  EPAS  optimization 
procedures 

QAMMOS 

CHAR(3) 

Three-character,  recommended  MOS 

STDATE 

INTEGER 

Year-month  of  recommended  training  start 
date  (BT  or  OSUT) 

AITDATE 

INTEGER 

If  non-OSUT  MOS,  AIT  start  date;  else 
zero 

In  Table  D>18  and  will  contain  11  bytes  of  data.  Thus  each 
weekly  transmission  would  contain  approximately  82,500  (11  x 
100  X  75)  bytes  of  Information. 

(2)  OAMSCORE.  This  field  contains  the  relative  value  of  the 
MOS/start  date  recommendation  expressed  as  a  numerical  score 
in  the  range  of  0-1000,  Inclusive.  The  range  and  form  of  this 
value  allows  its  direct  use  in  the  Hierarchy  scoring 
algorithm. 

(3)  QAMMOS.  The  3-character  designator  of  the  MOS  for  which 
training  is  recommended.  Note  that  the  EPAS  optimization 
routines  are  not  sensitive  to  the  fourth  character  used  in  the 
REQUEST  system.  Thus,  an  "11X1*  is  viewed  identically  to  an 
•IIXP"  by  EPAS.  This  provides  REQUEST  with  flexibility  as  to 
selecting  the  specific  class  to  be  used. 

(4)  STDATE .  The  Recruit  Year/Recruit  Month  in  which  training  is 
recommended  to  begin.  For  traditional  BT/AIT  sequences,  this 
is  the  date  on  which  basic  training  is  to  begin.  For  OSUT 
classes,  it  is  the  date  on  which  the  OSUT  training  is  to 
begin.  The  specific  week  within  the  month  is  not  addressed 
by  the  optimization  routines.  Here,  again,  REQUEST  is 
provided  the  flexibility  of  selecting  the  specific  class 
within  the  recommended  month. 

(5)  AITDATE.  The  Recruit  Year/Recruit  Month  in  which  AIT  training 
is  recommended  to  begin.  For  traditional  BT/AIT  sequences, 
this  is  the  date  on  which  AIT  is  to  begin.  For  OSUT  classes, 
this  field  will  always  be  zero. 


S^P.plT■  group  Pfftt 
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EPAS  uses  groupings,  celled  Supply  Croups,  of  Che  Anoy's  supply  of 
concraccees.  The  Supply  Groups  are  statistically  detemined  using 
automated  clustering  routines.  The  current  formulations  are  defined  by 
Mission  Category  (see  Table  D-19}  and  Aptitude  Area  Composite  Scores  (CL, 
CO,  EL,  FA,  CM,  MM,  OF,  SC,  and  ST). 

The  Mission  Category  with  %ihich  an  applicant  is  associated  can  be 
explicitly  determined  based  on  the  individual's  demographic  character¬ 
istics.  Vithin  that  Mission  Category,  however,  the  specific  Supply  Group 
must  be  computed  based  on  which  group  the  individual's  composite  scores 
fit  most  closely.  Each  Mission  Category  may  have  a  different  number  of 
Supply  Groups  associated  with  it. 

The  data  necessary  to  perform  the  computations  to  determine  Supply  Groups 
are  shown  in  .  The  approximate  number  of  bytes  to  be  transferred  is  75 
X  464  -  34,800;  this  will  typically  be  transmitted  annually  as  the  Supply 
Groups  are  recomputed.  Supply  Group  data  are: 

(1)  S  GROUP.  The  Supply  Group  number  in  the  form  of  a  right - 
justified,  three-digit  number  ranging  from  1-999,  inclusive. 


Table  D-19  Mission  Categories 


GENDER 

EDUCATION 

APQT 

CATEGORY 

MALE 

HSDG 

I-II 

MALE 

HSDG 

IIIA 

MALE 

HSDG 

IIIB 

MALE 

HSDG 

IV 

MALE 

HSSR 

I-II 

MALE 

HSSR 

IIIA 

MALE 

HSSR 

IIIB 

MALE 

HSSR 

IV 

MALE 

NH5G 

I-II 

MALE 

NHSG 

IIIA 

MALE 

NHSG 

IIIB 

MALE 

NHSG 

IV 

FEMALE 

HSDG 

I-II 

FEMALE 

HSDG 

IIIA 

FEMALE 

HSDG 

IIIB 

FEMALE 

HSDG 

IV 

FEMALE 

HSSR 

I-II 

FEMALE 

HSSR 

IIIA 

FEMALE 

HSSR 

IIIB 

FEMALE 

HSSR 

IV 
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Table  D>20  Supply  Group  Data 


VARIABLE 

NAME  DATA  TYPE 


DESCRIPTION 


SGROUP 

CHAR(3) 

GENDER 

CHAR(l) 

EDUC 

CHAR(4) 

AFQT 

CHAR(l) 

MEAN 

9*CHAR(5) 

MATRIX 

81*CHAR(5) 

PRIOR 

CHAR(5) 

Supply  Group  Number 

Physiological  characteristic 

Education  level  at  contract  signing 

AFQT  Category 

Aptitude  Area  Scores 

Aptitude  Area  variability  Matrix 

Prior  probabilities  adjustment  factor 


Total  Record  Length:  464  Bytes 


This  number  will  correspond  to  the  SGROUP  in  the  weekly 
recommendation  list. 

(2)  GENDER.  The  applicant's  gender,  where  "M"  -  Male  and  "F”  - 
Female. 

(3)  EDUC.  The  applicant's  education  level  at  the  time  the  initial 
contract  was  signed.  Codes  for  this  field,  based  on  deflni- 


Table  D>21  Education  Codes 


EPAS  REQUEST 

CODE  DEFINITION  CODE 


NHSG  Non-High  School  Grad  5  -  NHSG 

10  -  COMP 
15  -  ATTN 
20  •  CIHS 
25  -  GEDH 

HSSR  High  School  Senior  30  -  HSSR 

HSDG  High  School  Graduate  35  •  HSDG 

40  -  CLEP 
45  -  ASSC 
50  -  NURS 
55  -  BACL 
60  -  MAST 
65  -  PMAS 
70  -  DOCT 
75  -  PROF 
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tlons  for  the  EDUC  field  in  the  AARCRT-AA  Recruit  File,  Label 
AARCOD,  are  depicted  in  Table  0*21. 

(4)  AFQT.  A  one-digit,  nuaeric  code  defining  the  applicant's  AFQT 
category,  where; 

1  -  AFQT  Category  I-II 

2  -  AFQT  Category  IlIA 

3  -  AFQT  Category  IIIB 

4  -  AFQT  Category  IV 

(5)  MEAN.  A  nine-element  array  containing  the  mean  aptitude  area 
scores^  associated  with  the  Supply  Group.  Each  element  of  the 
array  corresponds  to  an  aptitude  area  as  shown  in  Table  D-22. 


Table  D-22  Aptitude  Areas 


S  M 

1  CL 

2  CO 

3  EL 

4  FA 

5  CM 

6  KM 

7  OF 

8  SC 

9  ST 


(6)  MATRIX.  A  nine  x  nine  element  array^  containing  the  aptitude 
area  variability  matrix. 

(7)  PRIOR.  A  single  number^  providing  an  adjustment  factor  based 
on  prior  probabilities. 


Supply  Croup  Computations 

The  Supply  Group  with  which  an  individual  is  associated  is  computed  in  the 
following  steps: 

1)  Determine  the  individual's  Mission  Category  based  on  the  demo¬ 
graphic  characteristics  (GENDER,  EDUC,  and  AFQTCAT)  as  defined 
above.  The  Mission  Category  thus  defined  determines  the  set 
of  Supply  Groups  with  which  the  applicant  may  be  associated. 


^Siacrle  valuat,  CBAR(S)  In  tha  data  racord,  ara  of  tha  fora  XXX. XX.  Thua  tha  valua  "1234}* 
IB  tha  Supply  Croup  Data  raeorda  would  ha  Intarpratad  aa  ’123.43"  In  raaultlng  eanputatlona 
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2)  For  each  of  Che  poaaible  Supply  Croupe,  perfom  the  following 

steps: 

a.  Assuae  the  applicant's  composite  scores  have  been  moved 
Into  an  array  names  "SCORES"  arranged  In  the  same  order 
as  shown  In  Table  D-22.  l.e.,  SCORES(l)  -  CL  [AARCDD 
word  20,  bits  0-lS];  SC0RE(2)  -  CO  [AARCDD  word  21,  bits 
16*31];  etc. 

b.  Let  TMPl  and  TMP2  be  two  nine-element  work  arrays  of 
type  REAL.  They  will  be  used  to  hold  Intermediate 
computations.  TMPl  is  computed  as: 

DO  1  lAA  -  1,  9 

THPI(IAA)  -  SCORES(IAA)  -  MEAN(IAA) 

1  CONTINUE 

THP2  Is  computed  as: 

DO  2  lAA  -  1,  9 
TMP2(IAA)  -  0 
DO  22  JAA  -  1,  9 

TMP2(IAA)  -  TMP2(IAA)  + 

X  TMPl (JAA) *MATRIX(IAA, JAA) 

22  CONTINUE 

2  CONTINUE 

d.  Next,  compute  a  temporary  VALUE  as: 

VALUE  -  PRIOR 

DO  3  lAA  -  1,  9 

VALUE  -  VALUE  +  (TMPl(IAA)  *  TMP2(IAA)) 

3  CONTINUE 

e.  Determine  which  Supply  Group  generated  the  smallest 
VALUE.  This  Is  the  Supply  Group  to  which  the  applicant 
belongs;  Che  number  in  SGROUP  defines  the  weekly 
recommendation  list  which  should  be  used. 


ESTABLISH  SYSTEM  FRAXEVOBX 


The  support  computer  for  the  EPAS*  operational  prototype  was  the  Army's 
Information  Systems  Command  -•  Pentagon  (ISC*P)  facility.  This  facility 
utilized  IBM  3090  mainframes  operating  under  the  VMS/XA  computer  system. 
Data  access  Is  through  IBM's  VSAM  facility.  Excepting  the  optimization 
procedures  (ARCNET  and  Vhlzard),  all  programs  have  been  developed  In  the 
PLl  programming  language.  User  Interface  panels  were  coded  using  IBM's 
Cross  System  Product  (CSP)  facility. 


PTS  Standardization 

The  Process  Test  System  (PTS)  provided  the  overall  system  control  and  user 
Interface  procedures  necessary  to  run  EPAS.  An  Interactive,  user-friendly 
front-end  provided  the  necessary  interface  between  user  and  system.  It 
provided  developers  and  users  with  an  easy  system  Interface  and  expedited 
debugging  and  fine  tuning.  The  front-end  provided  the  following  capabil¬ 
ities  ; 

(1)  Fully  Menu  Driven.  Access  to  all  components  of  EPAS  was 
achieved  through  menu  panels.  The  user  controlled  selection 
of  options  via  explicit  preference  from  a  menu  of  alterna¬ 
tives.  Data  entry  was  Into  defined  fields  on  appropriate 
panels.  A  tree  structure  allowed  the  user  to  easily  Identify 
the  path  Into  the  specific  action  to  be  performed. 

(2)  Use  of  Video  Attributes.  Full  use  of  color  video  attributes 
facilitates  rapid  Identification  of  selected  options. 

(3)  Standardized  Control  Keys.  Vhlle  each  menu  panel  displayed 
Information  unique  to  the  process  being  performed,  the  control 
functions  available  to  the  user  remained  consistent  at  all 
levels  within  the  system. 

(A)  Data  Editing.  Data  was  automatically  edited  by  the  system  as 
it  Is  entered.  This  provided  the  user  with  immediate  feedback 
and  verification  of  ongoing  transactions. 

(5)  Error  Messages.  Error  messages  and  warnings  were  displayed 
at  the  bottom  of  the  screen  when  the  erroneous  data  or  para¬ 
meters  were  entered. 

(6)  Standardized  Editors.  A  standard  editor  to  add,  modify,  copy 
or  delete  categories  of  EPAS  parameters  such  as  policies,  MOS 
requirements,  and  the  training  program. 
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Frovld*  Eaecutlon  Control 


EPAS  provided  a  blend  of  Interactive  (foreground)  and  batch  (background) 
execution.  The  interactive  portion  of  the  system  allowed  the  user  to 
define  policy  parameters,  examine  model  status,  and  review  reports  with 
immediate  feedback  and  access.  Once  the  desired  Job  parameters  were  fully 
defined,  the  models  were  automatically  submitted  for  batch  execution, 
freeing  the  user's  terminal  for  other  activities.  The  system  execution 
controls  design  featured  the  following  capabilities; 

(1)  Support  for  any  user-specified  combinations  of  applicant, 
policy,  MOS  requirements,  school  seat  and  training,  etc.  input 
data  files. 

(2)  Support  the  EPAS  iteration  methodology. 

(3)  Support  for  any  number  of  Iterations,  starting  at  any  time 
point;  further,  the  system  supported  rerunning  iterations. 

(4)  Support  for  automatic,  on-line  submittal  of  batch  (off-line) 
EPAS  runs.  These  submittals  included  simulations  and  optimi¬ 
zations,  report  generation,  metrics  reference  generation  and 
applicant/contractee  file  generation. 

(5)  Batch  control  programs  control  and  monitor  batch  EPAS  run 
submittals. 


The  Run  File 

A  file  interface,  called  the  Run  File  supported  the  first  three  items  on 
the  list,  above.  Table  D-23  shows  the  Information  contained  within  this 
file.  It  provided  the  interface  for  users  to  specify  all  execution- 
related  files  and  parameters  for  batch  operation.  It  also  was  the  medium 
which  the  batch  system  used  to  report  on  run  status,  temporary  flies  to 
be  used  and  other  run-related  information.  A  standard  editor  provided  the 
user  interface. 


Run  Pile  Categories.  Most  of  the  information  contained  in  the  Run 
File  record  description  is  self  explanatory.  This  information  is  divided 
into  five  categories: 

(1)  Execution-related  Parameters.  These  included  the  run  name  and 
description,  the  type  of  run  (MODULES),  the  run  start  date  of 
the  analysis  in  Reception  Station  Date  terminology  (year, 
month,  week,  week  of  month  in  the  year)  and  in  fiscal  year 
terminology,  the  iteration  time  span  (week,  month,  year),  the 
number  of  iterations,  the  starting  iteration  (would  be  greater 
than  1  if  restarting  from  a  previous  analysis),  and  the  system 
abort  Indicator  flag. 
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Tabl*  D>23.  Run  File  Record  Structure. 


NAME 

TYPE 

SIZE 

DESCRIPTION 

*****  EXECUTION 

RELATED  PARAMETERS 

***** 

SIMNAME 

CHAR 

7 

Unique  nane  of  the  EPAS  run 

DESCRIPTION 

CHAR 

40 

Text  description  of  run 

MODULES 

INTEGER 

2 

Type  of  run: 

1  •  Optimizetion 

2  -  Simulation 

3  •  Contractee  Forecast 

4  •  Applicant  Assignment 

OPTIM.ANALYSIS 

INTEGER 

2 

Optimization  Analysis: 

0  -  Regular 

1  •  Mission  Coal 

2  •  Reserved 

3  -  Sensitivity 

BEGINYR 

INTEGER 

2 

Starting  Recruit  Year 

BEGINMTH 

INTEGER 

2 

Starting  Recruit  Month 

BEGINVK 

INTEGER 

2 

Starting  Recruit  Veek 

BEGINWKOFMTH 

INTEGER 

2 

Starting  Recruit  Veek  of  Month 

BEGINDAY 

INTEGER 

2 

Starting  Recruit  Veek  Day 

BEGIN_FYYR 

CHAR 

4 

Starting  FY  Year 

BEGIN_FYMTH 

CHAR 

2 

Starting  FY  Month 

BEGIN.FYDAYOFMTH 

CHAR 

2 

Starting  FY  Day  of  Month 

ITERMODE 

INTEGER 

2 

Iteration  Mode: 

0  •  No  Iterations 

1  •  Veekly 

2  •  Monthly 

3  -  Yearly 

ITERNUMBER 

INTEGER 

2 

Number  of  Iterations 

ITERSTART 

INTEGER 

2 

Starting  Iteration  Number 

ABORTFLAG 

INTEGER 

2 

System  Abort: 

0  •  Abort  as  required 

1  -  Fatal  abort  only 

DEPLOSSFLAG 

INTEGER 

DEP  Loss  Processing: 

0  •  No  processing 

I  •  Processing 

*****  file  parameters  ***** 

APPFILE 

CHAR 

7 

Applicant/Contractee  Filename 

CLUSTERFILE 

CHAR 

7 

Cluster  Filename 

DEPFILE 

CHAR 

7 

DEP  Loss  Filename 

METRICFILE 

CHAR 

7 

Metrics  Filename 

MOSFILE 

CHAR 

7 

MOS  Requirements  Filename 

SCHFILE 

CHAR 

7 

School  Seat/Flan  Filename 

POLICYFILE(IO) 

CHAR 

7 

Policy  Parameter  Filenames: 

(l)-TRM  Policy  (2)-QFM  Policy 
(3) -QAM  Policy  (4) -ACM  Policy 
(5)-ELIM  Accessions 
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T»bl«  D-23.  Run  File  Record  Structure  (continued). 


I 


hame  type  size 


DESCRIPTION 


*****  OUTPUT  OPTIONS  ***** 
REPORTS (20)  INTEGER 

2 

METRICS (10) 

INTEGER 

2 

ACMBRICK(IO) 

CHAR 

3 

QAMBRICK(IO) 

INTEGER 

2 

TRACEFLAG(IO) 

INTEGER 

2 

*****  PROCESSING  OPTIONS 
COMPOSITE  INTEGER  2 


SCALEFLAG  INTEGER  2 

SCALEFACTOR  INTEGER  2 


SCALEPER  REAL 

YRAPPTOTAL  INTEGER 

QnWATCH  INTEGER 


4 

4 

2 


Report  Select  Flag: 

0  >  Not  aelected 
1  -  Selected 
Metrlca  Flag: 

0  •  Not  aelected 
1  •  Selected 
Demographic  Tree  Flag: 

0  -  Not  aelected 
1  -  Selected 
Brick  Chart  Cluster  List 
(l)-99  Indicates  all 
Trace  flag: 

(1)  -  TRM 

(2)  -  QFK 

<3)  -  QAM 

(4)  .  ACM 

(5)  -  PTS 

(6)  -  Metrics  Generator 


Composite  Type: 

1  -  Old  Composlte/1980  Norm 

2  -  New  Composlte/1980  Norm 

3  -  Old  Composlte/1944  Norm 

4  -  New  Composlte/1944  Norm 
(2  Is  default) 

Demand  Scale  Flag: 

0  •  No  scaling 
1  -  Scaling 
Scaling  Factor: 

-1  -  Down  To 
0  ■■  Equal 
1  -  Up  From 
Applicants  Population 
Scaling  percentage 
Applicant  Yearly  Population 
Simulation  population  match  with  QFM 
forecast  flag: 

0  -  No  match 
I  •  Natch 
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Table  D-23.  Run  Pile  Record  Structure  (continued). 


NAME 

TYPE  SIZE 

DESCRIPTION 

OPTIMFACTOR 

INTEGER 

2 

Optimization  Metric: 

1  •  Aptitude  Area  Score 

2  -  SQT  Score 

3  •  1st  term  Attrition 

4  •  Worth  Measure 

5  -  DEP/Attrltlon  $ 

OPTIMWEIGHT(3) 

REAL 

4 

Metrics  Weighting  Factors 

*****  HISTORICAL 

DATA  ***** 

CURRENTITRER 

INTEGER 

2 

Current  Iteration  Number 

LASTITER 

INTEGER 

2 

Last  Iteration  Completed 

CURRYR 

INTEGER 

2 

Current  Recruit  Year 

CURRMTH 

INTEGER 

2 

Current  Recruit  Month 

CURRWKOFMTH 

INTEGER 

2 

Current  Recruit  Week  of  Mth 

CURRDAY 

INTEGER 

2 

Current  Recruit  Day 

LASTYR 

INTEGER 

2 

Last  Iteration  Rec  Year 

LASTMTH 

INTEGER 

2 

Last  Iteration  Rec  Month 

LASTWK 

INTEGER 

2 

Last  Iteration  Rec  Week 

LASTWKOFMTH 

INTEGER 

2 

Last  Iteration  Rec  Wk  of  Mth 

LASTDAY 

INTEGER 

2 

Last  Iteration  Rec  Day 

TMOSFILE 

CHAR 

7 

Simulation  used  Rqmts  File 

TSCHFILE 

CHAR 

7 

Simulation  used  Sch  Seat  File 

ABORTMOD(3) 

CHAR 

3 

Aborting  Module 

CURR.FYYR 

CHAR 

4 

Current  FY 

CURR_FYMTH 

CHAR 

2 

Current  FY  Month 

CURR_FYDAYOniTH 

CHAR 

2 

Current  FY  Day  of  Month 

(2)  EILl 

and  Record 

Name 

Parameters.  These  Included  files  on 

applicants  and  contractees,  MOS  clusters,  DEP  loss,  metrics, 
MOS  requirements,  school  seats  and  training  plans,  and  EPAS 
policy. 

(3)  Output- related  Parameters.  These  specified  the  reports 
generated  after  each  Iteration  and  the  level  of  trace  and 
debugging  for  each  batch  component. 

(4)  Processing  Potions.  These  Included  the  ASVAB  composite  used 
(default  Is  new  composites,  1980  norm),  scaling  factors  for 
the  HOS  requirements  and  training  program.  An  applicant  and 
contractee  forecast  match  flag  (If  on,  a  contractee  simulation 
population  will  be  generated  for  each  iteration  that  matches 
the  projected  population),  and  the  optimization  metric  used 
with  weights  which  permitted  linear  combinations  of  up  to 
three  metrics.  Scaling  changed  the  relationship  between  the 
contractee  supply  and  HOS  requirements;  demand  requirements 
were  scaled  up  or  down  while  holding  supply  constant. 


D-53 


(5)  Historical  Data  Parameters .  These  were  read  only  end  could 
not  be  changed  by  the  user.  They  Included  processing 
iteration  Information,  run  termination  code,  aborting  module 
(if  abnormal  termination),  last  and  current  processing  dates, 
and  temporary  file  names  for  MOS  requirements  and  school 
seat/tralnlng  program  Information.  These  files  were  altered 
during  EFAS  processing  so  copies  were  maintained  for  each 
Iteration  In  order  to  retain  the  original  information. 


Batch  Operations  Control 

The  submittal  of  batch  Jobs  occurred  after  the  on-line  system  completed 
running.  A  Command  List  (CLIST)  was  developed  to  execute  the  on-line 
system  which,  at  on-line  system  termination,  checked  a  return  code  to 
determine  If  any  batch  runs  were  to  be  scheduled.  If  so,  the  CLIST  read 
an  interface  file  specifying  the  type  of  batch  Job  (simulation,  optimiza¬ 
tion,  reports,  metric  generation,  contractee  file  generation)  and  the  Run 
File  name.  Based  on  this  Information,  the  CLIST  edited  a  standard  batch 
submittal  JCL  file  by  Inserting  the  run  file  name  and  Job  card  Informa¬ 
tion.  The  CLIST  then  submitted  the  edited  file  for  batch  execution. 

A  batch  control  program  was  developed  for  each  of  the  batch  operations. 
This  program  read  the  Run  File  name  from  the  parameter  (FARM)  statement 
In  the  execution  JCL.  All  other  information  regarding  the  execution  of 
the  system  was  contained  in  the  Run  File. 


RBFORT  RESULTS 

While  not  explicitly  Identified  as  one  of  the  major  functional  categories 
for  the  research  effort,  one  additional  requirement  existed  for  the 
prototype  system,  namely  the  ability  to  report  results.  Reports  displayed 
the  outcome  of  EFAS  assignment  analyses  and  plans.  The  reports  generated 
for  the  EFAS  prototypes  were  geared  toward  supporting  the  analysis  and 
research  being  performed.  Thus,  they  were  of  limited  utility  to  Army 
functional  [operational]  proponents.  Fourteen  reports  were  developed, 
within  which  the  user  could  select  options  such  as: 

(1)  Iteratlon(s) .  A  representation  of  the  interval  of  time 
(weekly  or  monthly)  that  EFAS  was  simulating. 

(2)  Demographic  Grouping.  This  grouping  encompassed  gender,  level 
of  education,  and  AFQT  category. 

(3)  Performance  Measures.  The  utilities  of  measure  that  were 
used  In  the  execution. 

(4)  Level  of  Detail.  This  option  was  available  on  MOS  aggregation 
to  cluster  and  MOS. 


* 
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Report  Metric! 


The  capability  of  displaying  perfomance  measures  (metrics)  was  provided 
for  two  reasons.  First,  the  metric (s)  on  which  optimization  had  been 
performed  had  to  be  reported  to  enable  analysis  of  the  results  of  the 
optimization.  Secondly,  other  metrics,  on  which  optimization  was  not 
performed,  were  shown  for  comparison  purposes.  This  enabled  the  analyst 
to  determine  the  effects  of  the  runs  on  alternative  metrics. 

The  metrics  that  could  be  displayed  on  the  reports  were: 

(1)  Attrition  (ATT).  Values  ranged  from  0.0  to  1.0,  representing 
the  average  probability  of  applicants  attriting  from  the  Army 
before  expiration  of  their  initial  enlistment. 

(2)  Projected  Aptitude  Area.  Scores  ranged  from  40  to  ISS, 
representing  the  applicants  average  Aptitude  Area  Composite 
score  (i.e.  clerical,  technical,  etc.)  associated  with  the 
MOS. 

(3)  MOS  Utility.  Scores  ranged  from  0  to  100,  representing  the 
relative  utility  to  the  Army  of  an  assignment  in  the  MOS. 

(4)  Skills  Qualification  Test  Scores.  Scores  ranged  from  0  to 
100,  representing  the  predicted  scores  on  the  SQT  for  the  MOS. 

(5)  DEP/ATT  savings,  which  estimated  of  how  much  the  Army  saves 
in  aborted  training  costs  by  placing  an  recruit  in  the  DEP. 

Due  to  space  considerations,  only  three  of  the  five  metrics  could  be 
displayed  at  a  time. 


Report  Procedures 

Two  issues  drove  the  design  of  the  report  generation  procedures.  The 
first  was  the  accommodation  of  the  analyst’s  requirements  for  reports. 
The  second  was  the  need  to  reduce  the  processing  time  for  the  creation  of 
reports.  The  user  wanted  the  ability  to  create  report(s)  at  any  point  in 
time  (i.e.  during  and/or  after  a  simulation).  Once  selected,  however, 
reports  needed  to  be  produced  as  quickly  as  possible. 

The  Implemented  design  had  two  report  generators  operating  in  batch  mode. 
The  first,  the  during-simulation  generator,  produced  reports  while  the 
simulation  was  running.  The  second,  the  post-simulation  generator, 
produced  reports  after  the  simulation  had  completed  and  the  user  requested 
reports. 

The  during-simulation  generator  allowed  the  user  to  select  which  reports 
and  options  were  desired  from  a  menu  prior  to  the  beginning  of  the  simula¬ 
tion.  As  the  simulation  ran,  these  reports  were  generated  at  the  end  of 
each  iteration. 


D-55 


The  post-simulation  generator  allowed  the  user  to  select  reports  from  a 
menu  following  the  completion  of  a  simulation.  These  requests  were 
written  to  a  command  file.  A  batch  Job  was  submitted  which  used  the 
command  file  for  its  parameters. 


Support  for  Report  generators 

Two  routines  were  developed  that  created  data  files  to  minimize  the 
processing  time  of  the  report  generators.  Both  routines  are  only  executed 
once  for  each  secondary  and  AG4  output  file.  These  routines  were; 

•  The  Metrics  File  routine,  which  performed  calculations  on  the 
metric  scores  from  each  record  in  the  user  selected  applicant- 
contract  file  (secondary). 

•  The  Brick  Chart  routine,  which  computed  data  for  the  Brick 
Charts . 

Data  files  created  by  the  Metrics  File  routine  enabled  the  generators  to 
readily  access  the  heavily  used  metric  data  when  creating  future  reports. 
Table  D-24  and  Table  0-2S  depict  information  contained  in  these  files. 

The  second  data  file,  created  by  the  Brick  Chart  routine,  enabled  future 
creation  of  Brick  charts  without  having  to  read  sequentially  through  each 
ACM  output  file.  Table  D-26  shows  the  information  generated  by  the  Brick 
Chart  routine. 


Table  D-24.  Metrics  File,  Information  Record  Structure. 


NAME 

TYPE 

SIZE 

DESCRIPTION 

Record  Name: 

ACTMETINFO 

FILENAME 

CHAR 

7 

The  name  of  the  file 

INFOKEY 

CHAR 

3 

Dummy  Key  always  ”000* 

MOSCLFILE 

CHAR 

7 

MOS  to  Cluster  File 

MODIFYFLAC 

CHAR 

6 

Flag  indicating  whether  MOS  to 
Cluster  File  has  been  modified 

SQTFILE 

CHAR 

7 

SQT  Metric  File 

ATTFILE 

CHAR 

7 

Attrition  Metric  File 

WRTFILE 

CHAR 

7 

Worth  Metric  File 

FILLER 

CHAR 

7 

Fills  out  the  record 
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T«bla  D-25.  Metric*  File,  Data  Record  Structure. 

NAME  TYPE  SIZE  DESCRIPTION 


Record  Name:  ACTMETRECORD 

FILENAME  CHAR  7  The  naoe  of  the  file 

ACCESSMOS  CHAR  3  Military  Occupational  Skill 

CONMETRICS(6,12,6)  iNT  2  CON  -  Contract  Date  within  Recruit 

Year  &  Ship  date  is  within  the 
Recruit  Year  also 

CON2METRICS(6,12,6)  INT  2  C0N2  -  Contract  Date  within  Recruit 

Year  &  Ship  date  is  outside  of  the 
Recruit  Year 

ACCMETR1CS(6,13,6)  INT  2  ACC  >  Accession  Date 

First  Dimension  AFQT  Category  trhere: 

1  —  MCAT  1 

2  —  MCAT  2 

3  —  MCAT  3A 

4  —  MCAT  3B 

5  —  MCAT  4 

6  —MCAT  5  . .  Just  in  case  they  exist  on 

the  file 

Second  Dimension  Accession  (or  Contract)  Month  where: 

1  —  January  of  Current  Recruit  Year 

2  —  February  of  Current  Recruit  Year 

•  *  • 

12  —  December  of  Current  Recruit  Year 

13  —  Next  Recruit  Year 

Third  Dimension  Metric  Total  Counts  where: 

1  —  Aptitude  Area  Score 

2  —  Projected  SQT  Score 

3  —  Attrition  Rate 

4  —  AIR  Worth  Measure 

5  —  Dep/Att  Savings 

6  —  Total  Number  of  Actual  Accessions 
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Tabla  D-26.  Brick  Chart  Data  Record  Structure. 


NAME  TYPE  SIZE  DESCRIPTION 


Record  Name :  CONTREC 
FILENAME  CHAR  7 

MONTHMOS  CHAR  6 

NUMCONTS(12.2,2,3)  INT  15 

First  dimension: 

Second  dimension: 
Third  dimension: 
Fourth  dimension: 
DEP(2.2,3)  INT  15 

First  dimension: 
Second  dimension: 
Third  dimension: 


The  name  of  the  file 

Cont  month  &  MOS  :  OCTllX 

Number  of  contracts  by  demographics. 

Accession  month  of  FY,  Jan.. Dec 

order 

Gender  1  -  male,  2  -  female 

MCAT  1  -  1-3A,  2  -  3B-V 

Edcert  1  -  HSSR,  2  -  HSDG.  3  -  NHSG 

The  total  number  that  DEP  to  the 

next  FY 

Gender  1  •  male  2  ••  female 
MCAT  1  -  1-3A  2  -3B-V 
Edcert  1  -  SNR  2  -  HSG  3-NHG 


Report  Assignments 

The  QAM  determined  the  global  assignments  using  optimization;  the  ACM 
determined  detailed  assignments  through  the  use  of  heuristic  simulations. 
Reports  of  QAM  assignments  only  displayed  on  the  cluster  level  because 
only  data  at  that  level  was  available.  The  user  had  the  option  of 
choosing  summary  reports,  which  provided  the  data  over  a  cumulative  number 
of  iterations.  The  reports  displayed  a  comparison  among  the  QAM 
assignments,  ACM  assignments,  and  historical  assignments  (i.e.,  actual 
assignments  as  shown  on  reports  under  the  "ACT"  column)  in  the  cluster 
reports. 

At  the  MOS  level,  the  data  was  displayed  by  AFQT  Category  and  overall  for 
Che  detailed  and  historical  assignments.  These  assignments  were  displayed 
at  the  cluster  level  and  MOS  level.  The  two  types  of  assignments  were 
contracts  and  accessions. 


Contracts.  Contracts  is  the  term  used  to  describe  those  applicants 
who  signed  a  contract  to  Join  the  Army.  Reports  were  developed  to  display 
metrics  on  assignments  which  both  contracted  and  accessed  in  the  fiscal 
year.  A  second  report  displayed  assignments  made  in  the  fiscal  year  which 
were  accessed  beyond  the  fiscal  year.  Another  metric  report  shoved  total 
contracts,  i.e.,  a  cumulative  report  on  those  who  sign  a  contract  during 
the  fiscal  year  without  regard  to  when  they  access. 

Several  reports  displayed  contract  information:  including  five  metric 
reports,  two  brick  charts,  and  a  quality  goal  report.  An  example  of  a 
contract  metric  report  is  provided  in  TAB  D-1,  Figure  D-1. 
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Optlnlftlon  MetricB.  This  report  was  generated  for  an  optimi¬ 
zation-only  execution  encompassing  one  year  of  data.  In  addition  to  the 
assignments,  this  report  also  displayed  metrics.  The  actual  metrics  were 
calculated  from  the  fiscal  year  applicant-contract  (primary)  file.  This 
differed  from  other  metric  reports,  which  used  the  user-selected  appli¬ 
cant-contract  (secondary)  file.  The  primary  file  was  used  because,  during 
this  type  of  execution,  the  secondary  file  was  not  utilized.  The  DEP 
values  that  appeared  on  this  report  represent  the  historical  DEP  pool. 
An  example  can  be  seen  in  TAB  D-1,  Figure  D-2. 


Accessions.  This  is  the  term  used  for  those  applicants  that  have 
reported  for  duty.  EPAS  accession  reports  related  only  to  accessions 
which  occur  during  the  fiscal  year.  Several  reports  were  available  for 
this  population.  Including  two  metric,  an  average  aptitude  area,  and  a 
quality  goal  report.  An  example  of  a  MOS-level  Metric  Accessions  report 
can  be  seen  in  TAB  D-1,  Figure  D-3.  Note  data  on  all  MOS  are  not  provided 
for  simplicity. 

Average  Aptitude  Area.  This  report  presented  a  breakdown  of  total 
assignments  and  average  aptitude  area  score  by  demographic  grouping  and 
aptitude  area  (i.e.  CL,  CO  . . .  ST)  for  the  ACM,  secondary  applicant  file 
(ACTUAL),  and  primary  applicant  file  (PRIMARY).  TAB  D-l,  Figure  D-4 
depicts  an  example  of  this  report.  Note  that  data  has  not  been  provided 
for  each  aptitude  area  for  simplicity. 


Quality  Mission.  This  report  displayed  the  degree  to  which  the 
quality  missions  were  met  for  the  ACM  and  historical  assignments,  by 
gender.  It  was  available  for  both  the  cluster  and  MOS  level  of  assign¬ 
ments  . 


Contracts  and  Accessions.  There  were  two  reports  that  displayed 
both  the  number  of  contracts  and  accessions.  They  were  in  the  form  of 
brick  charts. 

Brick  charts  report  the  number  of  accessions,  contracts,  and  entry  DEP  by 
each  month  in  the  fiscal  year,  as  well  as  cumulative  totals.  Brick  Charts 
are  used  by  USAREC  to  manage  contract  and  accession  flow  by  mission  block 
and  by  MOS.  The  QAM  and  ACM  versions  were  at  the  cluster  and  MOS  level, 
respectively.  The  user  had  the  capability  of  displaying  the  data  by 
demographic  grouping  over  ten  user  selected  MOS  or  clusters,  or  over  all 
MOS  or  clusters.  An  example  of  a  QAM  brick  chart  report  follows  in 
TAB  D-1,  Figure  D-S. 


Graphics 

GRC  demonstrated  the  ability  to  display  graphics  in  the  form  of  line 
drawings  and  histograms  in  the  Version  2  of  EPAS  on  the  DLF  (the  WICAT 
minicomputer).  Graphics  was  not  supported  on  the  ISC-P  computer  facility. 
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however,  so  this  reporting  capability  was  eliminated  from  the  operational 
prototype . 

An  indirect  graphic  capability  should  be  available  in  a  fully  operational 
system  using  existing  methodology.  Specifically,  this  would  entail 
extracting  appropriate  data  from  EPAS  files.  These  data  would  then  be 
made  available  to  the  Army's  HQDADSS  Management  Information  System  (HIS). 
Graphic  displays,  similar  to  those  already  available  in  the  FORECAST 
systems,  would  then  be  available  to  Army  mangers. 
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TAB  D-1 

SAMPLE  EPAS  REPORTS 


Flgura  D-1.  Metric  Report. 
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TAB  D*I  (continued) 
SAMPLE  EPAS  REPORTS 


Figure  D>1.  Metric  Report  (continued). 
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TAB  D*1  (continued) 
SAHPLE  EPAS  REPORTS 


Figure  D-2.  Optlalzaclon  Report. 
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TAA  0*1  (continued) 
SAMPLE  EPAS  REPORTS 
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Figure 


D>2.  Optlnlzatlon  Report  (continued). 
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TAB  D-1  (continued) 
SAMPLE  EPAS  REPORTS 


Figure  D«3.  Acceeaione  Report. 
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TAB  D*1  (continued) 
SAMPLE  EPAS  REPORTS 


Figure  D-4.  Average  Aptitude  Area  Report. 


TAB  D-1  (continued) 
SAMPLE  EPAS  REPORTS 


Pigure  D-5.  Brick  Chart,  by  HOS  Clutter. 
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9:21  ACCEPT 


3:15  RTN  PREV 
10:22  RESET 


HAPCROUP:  RF016 
1  2 


CSP/AD  DATE:  11/19/99  TIM 

HAP:  RF01M2S  H5L:  QSRFMOl 
3  A  3  9  7 


AfPLEASE  SELECT  ORE  OSING  AN  'S' 


10 


20 


#RF01M23  # 


#ENL1STED  PERSONNEL  ALLOCATION  SYSTEM# 

#  RUN  FIU  EDIT31  # 

#  COMPOSITE  SELECTION  # 


*  #-  OLD  COMPOSITES  -  1990  NORM# 

*  #•  NEW  COMPOSITES  •  1990  NORM# 

*  #-  OLD  COMPOSITES  •  194*  NORM# 

*  #•  NEW  COMPOSITES  -  1944  NORM# 


#pr: 


1:13  HELP 


2:14  RTN  MAIN 
9:21  ACCEPT 


3:15  RTN  PRET 
10:22  RESET 


F-14 


HARKXI?:  W016 
I  2 


CSF/Afi 
MAP:  IPOtMO 
3  « 


OATZ:  11/11/39  TIM 
l«L:  QSUMOl 

9  9  7 


*9P1.EaSE  SQXCT  on  OSlKi  A9  ‘f 


10 


20 


#RFOUOO  # 


«Dn.isTQ)  PDtsomm.  alucatiom  systim# 

#  RUV  PILZ  DITCK  # 

#  OPTIMIZATIOM  PACTOK  # 


#PF:  # 

# 


#-  FROJZCnS  APTlTUCt  AUA  SCCMS# 

#-  FitoJzcTcs  SOT  scans  * 

misT-niM  ATTUTioa  # 

#-  An  ucATi  tcAsun  (vn  i)  # 

#-  oep/Arnurioii  satiks  # 


1 : 13  BEL?  2 : 1«  RTK  HAIR  3 : IS  R7R  PIZT 

9:21  ACCEPT  10:22  RESET 


HAFGKOUP:  RPOIG 
1  2 


CSP/AO 

HAP:  RPOIMS 
3  4 


DATE:  11/19/99  TIM 
ICL;  QSRPMOl 

5  6  7 


«#PLEASE  SC.ECr  on  USIK  AR  ‘S* 


10 


20 


#Rr01K3S  « 


PDaiSTED  PDISORKZL  ALLOCATIOM  STSTIM# 
*  RUR  PILE  EDITCK  « 
«  OQAL/SCBOOL  HmSMATlOII  SCALIK  « 


*  #-  RO  SCALIMC  OP  MDS/SCSXS.  (RIALS  (CKISIHAL  DDIARD)  # 

*  f-  scale  OQALS  less  tear  APPLICJGITS  (SUPPLY  >  DEHARO)  # 

*  *-  SCALE  OQALS  E(}UAL  TO  APFLICARTS  (SUPPLY  •  DD1ARU)  # 

*  #-  SCALE  OQALS  aiEATEX  THAR  APFLICARTS  (SUPPLY  <  DQMRD)# 


RPP:  # 

« 


1:13  HELP 


2:14  RTR  HAIR 
9:21  ACCXFT 


3:1S  RTR  PUT 
10:22  RESET 


F-15 


HAFGROUP:  WOlC 
1  2 


CSP/AD 
HAP:  Rpoime 
3  * 


CATZ:  ll/l»/a»  TIM 
HBL:  QSUMOl 

3  3  7 


4«FI.EASE  specift  scaling  PERCZNTACZ  (E.G.  20. S  >: 


- - 4..... 

#Rr01H36 


fENLISTED  PERSONKEL  ALLOCATION  STSTB# 

#  RUN  FILE  EDITOR  # 

#  OOAL/SCBOOL  INFQftMATIOR  SCALING 


#t# 


#PF:  # 

« 


1:13  HELP 


2:1*  RTN  HAIR 
9:21  ACCEPT 


3: IS  RTN  PREV 
10:22  RESET 


HAFGROUF;  RFOIG 
1  2 


CSP/AD 

HAP:  RF01M40 
3  A 


DATE:  11/16/09  TIM 
MSL:  QSRFMOl 

5  6  7 


««aEASE  SELECT  ONE  USING  AN  ‘S'  :# 

*  #-  APPLICANTS  FRCM  PREBUILT  IISTORICAL-BASED  FILE  # 
*•#-  APPLICANTS  WILL  MATCH  QFM  FORECAST  # 


20 


NRFOIMAO  # 


NENLISTED  PERSONNEL  ALLOCATION  STSTBI# 

#  RUN  FILE  EDITOR  # 

#  APPLICANT  SOURCE  SELZCTIOH  # 


#PF: 


1:13  HELP  2:14  RTN  MAIN  3:13  RTN  FREV 


F-16 


(upotour:  xrolo 

1  2 


CSP/AD 
M^P:  XPOUMl 
2  4 


DATE:  ll/lS/»9  TXM 
lei;  QSRIMOl 

5  6  7 


-^^PIXASE  SFEClPy  THE  TOTAL  HUMBEX  OF  YEAXLT  APPLICAHTS: 


10 


20 


«RF0iml  # 


fEHLlSTED  PEXSONKEL  ALLOCATIOM  SYSTEM# 

#  APPIICAMT  SOUXCE  SELECTION  # 

#  APPLICANT  TOTAL  SPECIFICATION 


#PF:  # 

# 


1:13  HELP 


2:14  RTR  MAIN 
6:21  ACCEPT 


3:13  RTN  PRZV 
10:22  RESET 


HAPCSOUP;  RFOIG 
1  2 


CSP/AD 
HAP:  RF01M4S 
3  4 


DATE:  11/16/66  TIM 
MSL:  QSRPMOl 

5  6  7 


+#aEASE  SELECT  ONE  USINO  AN  'S' 


10 


20 


#RF01H4S  # 


#ENLISTED  PERSONNEL  ALLOCATION  SYSTEM# 

#  RUN  FlU  EDITCR  # 

#  EPAS  abort  policy  # 


*  #•  IHFEASIBU:  OUT -OF -BOUNDS  ABORTS  ALLOWED  # 

*  #-  NO  EPAS  RELATED  ABORTS  ALLOWED  # 


#pr: 


1:13  HELP 


2:14  RTN  MAIN 
6:21  ACCEPT 


3:13  RTN  PREY 
10:22  RESET 


F-17 


CSP/AD  BATZ:  ll/lS/69  TIM 

HAPGKOUT;  XP016  MAP;  RF01M30  KL:  QSXPMOI 

1  2  9  A  S  e  7 


PRFOIMSO  # 


PEMLISTES  PERSOHNTL  ALLOCATIOII  SYSTBtf 

#  RUM  FILE  ECITCK  # 

#  OEP  LOSS  itrrasHATioH  # 


#TBIS  HXULE  IS  HOT  m  AVAILABLE# 


fPF:  # 

« 


1:13  HELP  2;1ARTRMAIH  3:1SRTHPRET 


CSP/AD  DATE:  11/18/60  TIM 

MAPGROUF:  RFS3G  MAP:  RFSSMOl  M5L:  QSRFMOl 

1  2  3  4  3  6  7 


•»#FL£ASE  SELECT  USING  AH 


#RF3SM01  # 


#EKLISTED  PERSOKVEL  ALLOCATIOM  SYSTBI# 

#  RUM  FILE  EDITGR  # 

#  REPORT  SELECTIOM  # 


#-  FT  ACCESSIONS  METRICS 
#-  FT  COMTRACTEES  METRICS 
#-  OPTIMIZATION  METRICS  # 

#-  QUALITY  GOALS 
#-  QUALITY  ALLOCAIIOM 
#-  SCBOOL  SEAT  FILL  # 

#-  DEP  LENGTH  # 

#-  BRICK  CHARTS# 

#-  AVERAGE  APTITUDE  AREA  SCORE# 


PPF:  # 

# 


1:13  HELP 


2:14  RTN  MAIM 
9:21  ACCEPT 


3:13  RTM  PREV 
10:22  RESET 


F-18 


HA?GROU?;  WSSO 

1  a 


CSr/AD  DATZ:  ll/lt/M  TIM 

MAP;  BP3M10  MBL:  QSRPMOl 

a  •  s  •  7 


F-19 


CSP/AD  MTZ:  IX/lt/U  TIM 

HAPGKOUP:  VSSO  lUP:  ltPS»ei  MSI:  QSMHOl 

1  2  9  «  S  ■  7 


♦PFLEASE  SELECT  USIK  AS  ‘S' 


«RfSSM21  # 


PEHLISTED  PEKSOmiEL  AIXQCATXOII  SYSTSW 

# 

#  DISPUT  DRAZL  « 


t-  cEmATZ  sumART  icnuc  uiqbtcs)# 


«FF:  #  1:13  HELP  2:1*  Rm  HAIR  3:1S  RTR  IMT 

#  9:21  ACCEPT  10:22  RESET 


MAFCROUP:  RPSSC 
1  2 


CSP/AD  DATE:  11/1B/B9  TIM 

HAP:  RFS3K30  I6L:  QSRFMOl 

3  *  S  6  7 


♦BPLEASE  ENTER  NUMBER  OF  ITERATIONS  (  0  »  ALL  ITERATIONS):  # 

J 

)  *  #•  ITERATION  NUMBER  FOR  REFQRTtS)  GENERATION# 


PRFSSKIO  # 


#ENLISTED  PERSONNEL  ALLOCATION  SYSTEM# 

# 

#  ITERATION  SELECTION  # 


#FF:  #  1:13  HELP  2:14  RTN  MAIN  3:1SRTNPREY 

#  9:21  ACCEPT  10:22  RESET 


F-20 


MAPGROCP:  HTSSO 
1  2 


Csr/AD 
HAP:  IPSSMO 
1  * 


DATE: 

ICL;  QSRFMOl 

i  • 


ll/lt/as  TIM 


10 


WSSHMO  f 


ttuLunx)  msoma.  aliocatioh  ststim# 

#  RUM  PILE  EDIIOK  # 

#  BRICX  CBART8  # 


#BRIC1C  CSARTS  ARZ  ROT  TR  ATAIUBLZ.# 


PPP;  # 

« 


1:13  HELP 


2:1*  RTH  HAIR 
0:21  ACCEPT 


3:13  RTM  PREV 
10:22  RESET 


HAPGROUP:  RPOOO 
1  2 


CSP/AD 
HAP:  RF60H01 
3  * 


DATE:  11/lS/Se  TIM 
»6L:  QSRFMOl 

S  6  7 


#RF60H01  # 


*«PLEASE  EKTER  PIU  SZLECTIOH:# 


#ENLISTED  PERSOmm  ALLOCATIQH  SYSTEM# 

#  RUN  FILE  EDITOR  # 

#  PIU  SELZCTIOR  # 


#pr: 


1:13  HZU 


2:14  RTM  MAIM 
9:21  ACCEPT 


3:13  RTM  PRET 
10:22  RESET 


# 

# 

# 

# 

# 

# 

# 

# 

# 

# 

# 


F-21 


F-22 


HAFCROUT:  SCOZO 
1  2 


C3P/AD 
(MP;  aCOZHOl 

3  4 


OATt:  TIM 

I6L:  QSKMOl 

S  •  T 


'fpFLlASt  SELECT  USING  ANP'S'#;# 


10 


20 


#IUS02M01# 


PEHLISTCD  PEItSOHMEL  ALLOCATION  STSTOW 
PREFONT  CCKERATIOH# 

PHAIM  SELECTION  tCHU  # 


t-  KEPORT  SELECTION# 
#-  GEKERATION# 

#-  GEKERATION  STATUS 
#-  REPORT  DISPLAY 
#•  REPORT  PUNTING 


«PRESS#EHTER#TO  PROCESS# 


PPT:  # 

# 


1:13  HELP  2:1*  RTR  HAIR  3:1S  RTN  PRET 


MAPGROUP;  RCIZG 
1  2 


CSP/AD 
MAP;  RC12M01 
3  4 


DATE:  11/lS/aO  TIM 
M5L;  QSRCMOl 

s  e  7 


«#PLEASE  SELECT  USING  AN#'S'#:# 


10 


20 


#RK22M0I# 


ENLISTED  PERSONNEL  ALLOCATION  STSTIM 
PSIMULATION  POPULATION  GENERATION  # 
STATUS  SELECTION  MENU 


*  #-  BATCH  JOBS  STATUS 

*  #•  EXECUTION  STATUS 

*  #•  EXCEPTIONS  REPORT 

#PRESS#ENTER#TO  PROCESS# 


#PF:#  1:13  HELP  2:1*  MENU 

# 


3:1S  RTN 


# 

# 


F-23 


F-24 


HAraiCWr:  RSXM 
1  2 


CSr/AD 
HAP:  lt613H01 

3  « 


DATE:  11/13/39  TXH 
HSL:  QSRGMOl 

9  8  7 


'»«n.EASE  SELECT  USING  AN  * 


10 


20 


#RC13H01  # 


#ENL1STED  PERSONNEL  ALLOCATICNI  STSTIM# 

#  UPCHT  CENERAIIOII  # 

#  REFCftT  SELECTXOa  # 


»-  FT  ACCESSIONS  HETUCS 
#-  n  CONTRACTEES  METRICS 
#•  OPTIHIZATIOM  METRICS  # 

#-  QUALITY  GOALS 
#•  QUALITY  ALLOCATiaH 
#-  SCHOOL  SEAT  PILL  # 

DEP  LENGTH  # 

«-  BRICK  CHARTS# 

#-  AVERAGE  APTITUDE  AREA  SCORE# 


#pr:  # 

# 


1:13  HELP  2:1A  RTN  MAIN 


3:19  RTN  PRET 

# 


HAPGROUP:  RG136 
1  2 


CSP/AS 
HAP:  RC13MD3 

3  4 


DATE:  11/13/39  TIM 
16L:  QSRGMOl 

9  3  7 


♦fPLEASE  SELECT  USING  AN  ‘S*  (UP  TO  3  SELECTIONS):# 

*  #•  APTITUDE  AREA  SCORE  (AA)  # 

*  #-  SKILL  QUALIFICATION  TEST  (SOT)# 

*  #-  ATTRITION  RAWS  # 

10  *  #-  UTILITY  or  ASSIGWIENT  (VCRTH)# 

*  #-  PROBABILITY  or  RETENTION  # 


20 


#RG13M03  # 


#ENLISTE0  PERSONNEL  ALLOCATION  SYSTIM# 

#  REPORT  GENERATION  # 

#  METRIC  SELECTION  # 


#PF;  # 

# 


1:13  HELP 


2:1*  RTN  MAIN 
9:21  ACCEPT 


3: IS  RTN  FREV 
10:22  RESET 


F-25 


CSP/AD 

rUFGKOUP;  RCISG  MAP:  RCISHO* 

SFECIFICATIOH  FOR  POLLCWIRC  DEVICE  TYPES 

12  3  4 


DATE:  X1/1S/4D  TIM 
MBL:  QSKMOl 


4«PLEASE  EMTEX  mJMBn  of  ITEXATIOMS  (  o  »  all  CCMPLETES  XTEXATIONS)# 

*  #-  ITEXATIOR  XUKBEX  for  UPCRKS)  CENEXATIOR# 


10 


20 


#XC13H0*  # 


RENLISTED  PEXSONKEL  ALLQCATtOR  SYSTEM# 
«  REPORT  CEKEXATIOR  # 
#  ITEXATIOR  SELKTIOR  # 


#PF:  « 

# 


1:13  HELP 


2:14  RTR  HAIR 
9:21  ACCEPT 


3:1S  RTR  PREV 
10:22  RESET 


MAPOIOUP:  RC13G 
1  2 
-♦ - 0 - ♦ - 0" 


CSP/AD  DATE:  ll/ia/a9  TIM 

HAP:  RC13M10  M5L:  QSXOttl 
3  4  S  9  7 

.Q - « - 0 - 4~— 0 - -♦ - 0 - ♦ - 0 - 


10 


F-26 


F-27 


CSP/AS  DATt:  TIM 

NAFCROUP;  KIM  HAP:  K13M0  ML:  QSKMiX 

1  2  S  A  S  •  7 


PRSisnao  # 


PEXLISTD  PCRSOHNCL  ALUCATIOM  SYSTBt# 

#  RUP  FILI  EDITCa  # 

#  BRICK  CHARTS  # 


#BR2CX  CHARTS  ARB  ROT  TBT  ATAILABLK.# 


PFT:  «  1:13  HELP  2:1A  RTH  HAIR  3:13  RTR  PRZV 

#  9:21  ACCEPT  10:22  RESET 


HAF(3tOUP;  RROIG 
1  2 


CSP/AD  DATE:  11/1S/S9  TIH 

MAP:  RROlMll  M5L:  QSRIBMl 

4  3  6  7 


PRNOlHll# 


ENLISTED 

RUN 


#PLEAS] 


I  PERSONNEL  ALLOCATION  STSTDI 
I  PILE  EXECUTION/STATUS 
HAIR  SELECTION  HERD 

;E  SELECTPOKE#  USIK  AR  ‘8‘  :# 


#  *  *-* 


#FF:#  1:13  HELP  2:1*  MENU  3:13  RTR  «  7:19  BCK 

#  8:20  rWD  «  9:21  EXECUTE  10:22  STATUS#  11:23  RESET  #12:24  FIND* 


F-28 


HA7C310U?;  MIW 

1  2 


CSr/AS  DATE;  11/1S/S9  TIM 

HAP:  M12M0I  >61:  QSUMOl 

3  4  9  6  7 


+6FI.EASE  SELECT  USING  AN#'S'#:# 


#IUI12M0I# 


ENLISTED  PERSONNEL  ALLOCATIOM  SYSTEM 
«  RUN  PILE  STATUS  « 

status  selection  menu 


#-  BATCH  JOBS  STATUS  # 

«-  RUN  FILE  EXZCUTION  STATUS# 

#-  TRH  UCEPTION  REPORTS  # 

#-  QAM  EXCEPTION  REPORTS  # 

#-  INTERACTIVE  EXCEPTION  REPORTS# 
#-  BATCH  EXCEPTION  REPORTS  # 

#FR£SS#ENTER#TO  PROCESS# 


#FF;#  1:13  HELP  2:14  MENU 

# 


-3 - ♦ - 4 - ♦ - 5 - ■» - 6 - ♦ - 7 - 

0  0  0  0  0 

CSP/AD  DATE:  11/16/SO  TIM 

>1AP:  RN12M10  I6L:  QSRIMOI 
3  4  5  6  7 


MAFGROUP:  RN120 
1  2 


#RNI2M10# 


ENLISTED  PERSONNEL  ALLOCATION  SYSTEM 
#RUN  FILE  EXECUTION  # 

STATUS  DISPLAY 


#RUN  FILE  NAME . 

♦DESCRIPTION . 

♦EXECUTION  OPTION. . 
♦COMPLETION  STATUS. 


♦PF:#  1:13  HELP  2:14  MENU 

♦ 


#FR£SS#ENTI3#TO  CONTINUE# 


3:19  RTN 


F-29 


MAPGROUF:  IUI12C 
1  2 


CSP/AD 
MAP;  IUI12K20 

3  A 


DATE;  11/11/39  TXM 
HSL;  QSMMOl 

3  6  7 


«RM12M20#  #  EiaiSTtD  POtSONNZL  AIXOCATIOII  SYSTIM 

#  ITOUTIOR  SP-ECTIOW  KDIU 

44PLEASE  SE1.ECT  USIHC  AM'S'#;# 


10 


20 


# 

# 

# 


#PF:«  1:13  BH.P  2:1*  HEXU 

# 


#FK£SS#Orn3t#TO  BZVIEW  # 
3:13  RTR 


HAFGSiOUP;  RPllG 
1  2 


CSP/AD 
MAP;  M(12H30 

3  * 


DATE:  11/16/69  TIM 
M5L:  QSMMOl 

3  6  7 


10 


20 


«RJ(12M30 


ENLISTED  FERSONKEL  AIXOCATIOII  STSTDI 
♦ITERATION*  « 


♦PACE* 

* 


♦or 


#pr;^ 

♦ 


1:13  HELP 


♦PRESSPENTERPTO  CONTINUE  TO  NEXT  RZPCRTP 
2:1*  MAIN  3:13  RETURN 

7:19  PACE  HACK  6:20  PACL  PWD 


F-30 


HAfCROUr:  101226 
1  2 


CSP/AD  DATE:  tXH 

HAP;  M22Wt  HSL:  QSUMOl 

3  *  9  •  2 


'^PPLEASE  SELECT  USIKC  AM'S'#:# 


«iU(22mi# 


EtlLISTED  PEKSOKREL  ALLOCATIOM  STSTDI 
peiHULATIOR  POPUUTIOR  GEXEIUTIOM  # 
STATUS  SZUCtlOH  f0U 


#-  BATCH  XSS  STATUS 
9-  EXEcmiOH  STATUS 
#-  EXCEPTIOU  BEPCKT 

#FUSSPEJtTE3l9TO  PBOCESS# 


PPP;#  1:13  HELP  2:14  MEIU 

# 


3:13  KT* 


MAPStOUP:  n236 
1  2 


CSP/AD  BATE:  11/1S/S8  TIM 

MAP:  B1I22M10  HBL:  QSMMOl 
3  4  3  6  7 


#iUI22H10 


EHLISTED  PERSOKWEL  ALLOCATION  SYSTEM 
PSIMULATIOR  POPULATION  GESaXATlON 
PEXECUTION  STATUS  # 


#PltESS#EIITEIl#TO  CQNTIHUE# 


#FF:#  1:13  HELP 

# 


2:14  HAXH 
7:19  PACE  BACK 


3:13  BETUBH 
9:20  PACE  PW 


F-31 


MAPGKXIP;  M226 
1  2 


CSP/AD  MTt;  Xl/t6/f»  TJH 

HAP:  lUI22mO  ML:  QSUMOl 

2  A  S  •  7 


#RM22K30 


EMLISTES  PEXSOmni  ALLOCATIO*  SYSTIM 
SIHULATIOH  POPULATIOH  GCXXItAIlQII 
#  DCCEPTIOMS  UPORT# 


#PASE‘  #or 

# 


PIT:#  1:13  HELP 

# 


PFMSSPEMTERPTO  COHTIMUE  TO  REX?  UPGRT# 
2:14  HAIR  3:1S  RETUM 

7:ie  PAGE  BACK  6:20  PACE  IW 


CSP/AO  DATE:  11/16/66  TIM 

HAPGROUP:  AP31G  HAP:  APSlMll  M5L;  QJAIHOl 

1  2  3  4  S  6  7 


PAFSlHll# 


EMLISTES  PERSOHKEL  ALLOCATIOR  STSTIH 
SIMUUTIOR  POPULATIOH  GERERaTIOR 
SIMULATIOH  POPULATIOHS  LIST1H6 

PPLEASE  SELECTPOKEPUSIRC  AR*S* :  # 


#  *  *'* 


#PF:#  1:13  HELP  2:14  KERU  3:13  HTR 
#  6:20  rWD  #6:21  PROCESS# 


#  7:16  BCK 

11:23  RESET  #12:24  FIRS* 


F-32 


HAKatOUP:  ATSaO 
1  2 


CSP/AD 
HAP;  APS2H01 
1  4 


DATS;  11/ia/M  TIH 
»«L:  QSAPMl 

S  6  T 


*fPLZASt  SDJn.USim  AM'S'#.# 


10 


20 


PAPSIMOI# 


PDaiSTB)  POISCICRC.  AIXOCATIOP  SYSTBV 
#  SIMUUTIOR  POPUUTIOH  GEirZlUTICa  # 
OHAIP  SZLCCTIO*  ICMU  # 


#-  popuuTioM  sptcincATion# 

#-  CEKOtATIOH# 

#•  CEXOIATIO*  STATUS  # 

tfuzistarratn  process# 


#PP:  « 

« 


1:13  DLP  2:1*  KTR  HAIR  3;1S  RT*  PUP 


HAPGSOUP;  APeSO 
1  2 


CSP/AO 
HAP:  AP63H01 

3  « 


DATE:  ll/lS/tO  TIM 
HBL;  QSAIMOl 

s  e  7 


*#P1.EASE  SELECT  USIK  AS  'S* 


10 


20 


#AP63M01  # 


PEVLISTED  ITRSOHm  ALLOCATIOR  SYSTIM# 
#  SIMULATION  POPUUTION  SEXERATIOI  # 
#  POPUUTIOR  SPECIFICATIQIIS  # 


*  #-  SAMPLING  OATES  ENTRY  # 

“  #-  OIMXKAPBIC  groups  SELSaiOH  # 

*  #-  SCALING  PARAMETERS  # 

#FR£SS#ERTER#TO  PROCESS# 


#Pr:  # 

# 


1:13  HELP  2:1*  RTR  HAIR 


3;1S  RTR  PRET 

# 


F-33 


MAPOROUP;  AW36 

1  a 

— ♦ — 0 — ♦ 
#AP63M1(># 


CSP/AD 
HAP:  AP63H10 

a  A 

0 — ♦ — 0 — ♦ — e — ♦ — 0 — ♦ — e 

PDaiSTED  PERSOHHEL  ALUCATIOH  SYSTtH# 
«SIMULATIOII  POFULATIOP  CEHEMtlOII  EDITOR# 
#OATE  CKTIIY# 


DATE;  ll/U/a9  TIM 
HBL:  QSAIHOl 

S  •  7 


«#PLEASE  EXTER  THE  HISTORICAL  TIME  HIMOOH  TO  GEXEXATS  THE  POPUUTIOR  PROH:# 

RSTAXTIXG  CALERDAX  tXXR  DATE:# 


10 


TZAR 

MONTH 


(E.C.  1»»S): 
(E.O.  OCT) 


# 

# 


#EIIDIIIG  CALERDAR  DOOR  DATE:  # 

#  TZAR  (E.O.  1080):*  # 

#  MOIfTB  (E.O.  SEP)  :  *  # 


#FF:  #  1:13  HELP 


2:14  RTR  HATH 
#0:21  ACCEPT 


3:1S  RTR  PRZV# 
10:22  RESET# 


MAPGROUP:  AP63G 
1  2 
- 0 - ♦ - 0- 


CSP/AD  DATE:  11/18/89  TIM 

HAP:  AP63K20  ICL;  QSAPMOl 

3  A  S  8  7 

-0--*-A--*-0-****— *0  — — o-"-+-"-0"*-A’ 


♦fPLEASE  snzci  USIRO  ARP'S*#:# 


20 


«AP62M20# 


PZKLlSrZD  PERSOHKEL  ALLOCATION  STSTZM# 

#  SIHl/LATION  POPULATION  GENERATION  # 
#D£MOCRAPBIC  OIOUPS  SELECTION# 


*  #ALL  CROUPS# 


#APFLICANT 


- 1# 

CONTRACT  # 


#1- 

HSS 

#1 

#2 

#3A 

«3B 

«* 


#1" 

#MALE 

1 . 

—  1 
FEHAU 

1" 

HALE 

•  ••  1 

I—" 

U- 

—  1# 
FS1ALE# 

>•1 

- 1-- 

BSC 

WHS 

HSS 

BSC 

UBS 

1 

HSS 

BSC 

1 

BBS 

1 

BSS 

BSC 

BB 

*  #1 

*  #1 

*  #1 

*  #1  * 

#1  # 

*  #1 

*  #1 

*  #i 

*  #1 

*  #1  * 

#1 

*  #2 

*  #2 

■  #2 

*  #2  * 

#2  # 

*  #2 

‘  #2 

*  #2 

*  #2 

*  #2  * 

#2 

*  #3A 

*  #3A 

*  #3A 

-  #3A  * 

#3A  # 

*  #3A 

*  #3A 

*  #3A 

*  #3A 

*  #3A  * 

#3 

*  #3B 

*  #3B 

*  #3B 

-  #3B  * 

#3B  # 

*  #3B 

*  #3B 

*  #3B 

*  #3B 

*  #3B  * 

#3 

*  #A 

*  #A 

*  #A 

*  #A  * 

#A  # 

*  #A 

‘  #A 

*  #A 

*  #A 

*  #A  * 

#A 

#PF:  #  1:13  HELP 


2:1A  RTR  HAIR 
#0.21  ACCEPT 


3:13  RTR  PREP# 
10:22  RESET# 


F-34 


IUKWXI7:  ANM 
t  2 


Csr/AB  DATZ:  11/1*/I9  TIM 

MAT:  AP«3KS0  WL:  QiAfMOl 
2  4  9(7 


CSr/AS  DATZ:  ll/l(/a(  TIM 

MAKKOUP.'  AM30  HAP;  APMMSl  MBL:  QSAIMOl 

1  2  3  4  9  (7 

]«AP63K31#  (ZZLISIZO  PZASOKITZL  ALLOCATIOR  STSTIM# 

)  #  SIMULATIOM  FOPULATIOII  CEnSATIOM  # 

1  «  rzAHLr  SAKPLZ  stzz  znuT  # 

J 

44PUASZ  zirm  tbz  irumzk  or  pzopu/uouiits  to  (sxziutz  prom  eacb  fiscal  zz 


#  FISCAL  TZAi  iiuHBZx  raczmf 


J  ^  ...........  ......  . — ...^ 

10  *#*#*# 

J  •#*♦*# 

J  *#•#*# 

J  *♦*#*# 

1  •#*♦*# 

^  ^  ...........  ......  .......^ 

I  #  TOTAL  #  *  #  *  » 


'FPF;  #  1:13  BCLP  2.14  ITIf  NAIJf  3.-19  XIR  PIZT# 

«(;21  AOCtPT  10:22  MSZT# 

1* 

- ♦ - 1 - ^ - 2 - — 3 - + - 4 - ♦ - 9 - ♦ - 6 - ♦ - 7—— 4 

0  0  0  0  (  0  0 


r-35 


«fPLEASE  SELECT  USIHG  AM'S'#;# 


10 


CSF/AD  DATE:  ll/lO/IO  TIM 

MAKSOUF:  AMM  NAF:  AFOamS  ISL:  QSAIMDl 

1  2  3  «  S  •  7 

- ♦ - g - ^ - g - 4 - - 4 - g - 4 - Q - 4 - g - 4 - g - 4 

#AP63M36#  FEXLISTED  PESSONNEL  ALLOCATIOM  STSTO# 

#  SIHCLATIOH  FOPULATIOM  GEXEKATIOI  # 

#  DESIRED  DQOGRAPBIC  BREAESOM  # 


#yEAt: 


#OCT 

*  #AFR 

# 

#MOV 

*  #MAY 

# 

#DEC 

*  #Jini 

# 

#JAR 

‘  #JUl 

# 

#rEB 

‘  #AUC 

« 

«HAR 

*  #SEF 

#pr;  #  1:13  KELF 


2:1*  RTE  HAIR 
#9:21  ACCEPT 


3;1S  RTR  FMV# 
10:22  RESET# 


MAFCROUF:  APSSO 
1  2 

- 4 - g - 4 - g.. 

#AP01H0M 


CSF/AD 
MAF:  AF63M37 
3  4 

g - 4 - g - 4 - g - 4 - g - 4 - g 

FEKLISTED  PERSOMKEL  ALLOCATIOR  STSTIM# 
PSIMLOATIOM  FOPITLATIOH  GEKERATIOH  EDITOR# 
#  DESIRED  RUHBERS  PDi  HDRTB:# 


DATE;  11/19/09  TIM 
(6L:  QSAmOl 

9  B  7 


#MDHTB 

# 

BOCT 

#N0V 

#0EC 

#JAR 

#m 

#NAR 

#AFR 

#HAY 

#JUR 

#JUL 

#AUG 

#SEF 

#— 

#TOT 


#FF;  #  1:13  HELP 


APPLICARTS 
RUKBER  FERCERT 


# 

# 

# 

« 

# 

# 

# 

# 

# 

# 

# 

# 


# 

# 

# 

# 

# 

# 

# 

# 

# 

# 

# 

# 


2:14  RTR  HAIR 
#9:21  ACCEPT 


COKTRACTS 
RUKBER  PERCERT 

*  # 
# 
# 
# 
# 
# 
# 
# 
# 
# 
# 
# 


3: IS  RTR  FREV# 
10:22  RESET# 


TOTAL  # 
RUKBER  PERCERT# 


F-36 


IMKROUT:  An9G 
J  2 


CSr/AS  DATE:  11/lt/M  TIH 

MAT:  AM3KSS  HBL:  QSAIHOl 

2  4  S  •  7 


•t^PLEASE  Eami  THE  1  TIH  POR  EACB  SELECTED  CATEOaT:# 


#AP63K3t# 


#Em.ISTn)  PERSONREL  ALLOCATIOE  STSTIM# 

#  SIMnjlTIOH  POPULATION  CEMERATION  # 

#  DESIRZD  DDCOUPIIC  BREAXDCUH  BY  HDHTB  # 


]#EDUC. 

J# . 

)#flSS 

]#flS6 

44HBS 

1# - 

]#TOTAL 


#FF:  #  1:13  BELP 


BMALE 

II  XIIA  IIIB  T* 


PBtALE# 

. # 

I  XX  IXU  XXIB  IT 


2:14  BTH  HAIR 
#9:21  ACCEPT 


3:13  RTN  PRET# 
10:22  BESET# 


#PF:  #  1:13  HELP  2:14  RTN  HAIR  3:13  RTR  PRET# 

#9:21  ACCEPT  10:22  RESET# 

I* 

- ♦ - 1 - « - 2 - ♦ - 3 - ♦ - 4 - ♦ - 3 - ♦ - 6 - ♦ - 7 - ♦ 

0  0  0  0  0  0  0 


F-37 


MAFCKOUT:  tCOlO 
1  2 


CSP/AS 
HAP:  HB0U«t 

9  * 


OATC:  11/19/99  TIH 
HBL:  Q9GH01 

9  9  7 


10 


#HS01M01  # 


miSTES  PEXSONXEL  AIXOCATIOR  SYSTDI 
H06  REQUIRQIENTS  EDlTC9t 
HOS  StXECTlQH 


PLEASE  SELECT 
MOS  H08 

# 

# 

# 

« 

# 

# 

« 

* 

# 

« 

« 

# 


20*SPECinr  H06  TO  BE  IjXATED:' 


■cm-  ms  TO  BE  MODIFIES  USIBG  M 
HOS  H36  HDS 

#  * 
#  * 
«  * 
#  * 
#  * 
#  * 
#  * 
#  * 
«  * 
#  * 
«  * 
#  * 

PllESS«E3(TER#TO  PROCESS 
PTHEll  PRESS  PP12/14 


'S*:# 

M08 


ms 


« 

# 

# 

# 

« 

* 

# 

* 

# 

# 


PF.#  1/13  HELP 
7/19  PC  BCK 


2/14  KTH  HAIR 
9/20  PC  PMD 


3/lS  RTR  PRET 
10/22  RESET  SELECTIORS 


#12/24  Plus 


HAPGROUP:  tCOlG 
1  2 


CSP/AS 
HAP:  MS01M02 

3  4 


DATE:  11/19/99  TIM 
t6L:  Q9CM01 

9  9  7 


10 


20 


«eOU«2«  EKLISTED  PERSOKKEL  ALLOCATIOM  STSTIM 

MOS  REQUIREKEHTS  ESITCK 
OPTIOR  SELECTION  KEKU  FOR  MOS*  # 

FISCAL  TEAR*  # 


#FIJCASE  SELEa  MITI  All  < S'  OR  AN  *A'  III  FIRST  OPTIOR: 

*  #•  GENERAL  CBARACTERISTICS 

*  #-  QUALITY  COALS 

*  #-  PREREQUISITES 

*  #-  RECRUITING  OPTIONS 

*  #-  APTITUDE  AREA  REQUIRSairTS 

*  #-  ENTRY  RESTRICTIONS 

*  #-  SPECIAL  REQUIROffiNTS 

*  #-  MOS  TITLE/RQMRES 


#PRE$S#ENTER#TO*REVIEH# 


PF: 


#1:13  HELP 
*4:16  ACCEPT 


2:14  RTN  MAIN 
9:17  ABORT 


3:19  RTN  FRET 

‘9:21  RETIEM  10:22  RESET# 


HAPOIOUP:  leoiO 
1  2 


CSP/AS 
MAP;  I601M90 

9  4 


DATE:  11/19/99  TIM 
MBL;  Q9CM01 

9  9  7 


4MS01M11  # 


ENLISTES  PERSONNEL  ALLOCATION  SYSTEM 
HOS  REQUIRQIENTS  ESITOR 
CBILSERN  HOS 


10 

> 


PLEASE  SELECT  ONE  OR  MORE  H08(S)  TO  BE*HXIPIED#USIIIO  AR  'S' 

MOS 

-  f 

.  ...  ^ 

*  *-*  # 

*  *-*  # 


F-38 


m£ss#EvnMTO  process 


#  PF;#  1/13  HELP  2/14  RETUItll  TO  HAIR  ICRU  2/13  RZTURR  TO  PRZVOIUS  SC 


IMPGROUP:  16010 


0  0  0  0  0 

CSP/AB  DATE:  11/10/00  TIM 

HAP:  MBIOHOI  H5L:  Q96H01 

S  4  S  0  7 


#610H01# 


ENLISTED  PERSONNEL  ALLOCATION  STSTM 
HOS  REQUIR01ENTS  EDITQN 
CHARACTERISTICS  PON  HOS*  # 


HOS  DATA  FOR  FISCAL  TEAR: 


APTITUDE  AREA: 


JOB  DIFFICULTY  SCORE:  * 
PRIORITY:  *  # 

CAREER  HANAGEMERT  FIELD: 


TERM  OF  ENLISTMENT:  *  i 
NUMBER  OF  BONUSES:  *  # 

PERCENTAGE  AVALIABILITY :  * 
MINORITY  PERCENTAGE  GOAL: 


PRESS#EXTER#IO‘REVIEH  # 


#1:13  BZLP 

*4:16  ACCEPT  CHANGES 


2:14  RTN  MAIN 
3:17  ABORT  CHANGES# 


3:13  RTN  PREV 


F*39 


CSP/AB  DATE;  11/1I/S9  TIM 

HAFOIOUP;  N501O  MAP;  H520H01  HSL:  QiMSHOl 

1  2  S  4  9  •  7 

- + - g - 4. - g - 4 - g - 4 - g - 4 - g - 4 - g - -4 - 0 - -♦ 

#620H01  pmiSTQ)  PEItSONKn.  ALLOCATION  STSTDt 

H06  REQUIREMEMTS  EDITQK 
QUALITY  OOALS  FOR  M06*  # 

FISCAL  YEAH'  # 

TOTAL  AimUAL  UQUIUMOR:  “  # 


-HIGB  SCHOOL  GRADUATES - 

I-IIIA  ]  llIB  )  XV  ]]  TOTALS 


«MALE 


FEMALE 


. 1-- 

. 1  — 

. 11  — 

—  — 

— — — l-- 

- , — 

■—11 

#  )* 

#1* 

#11* 

« 

#  r 

#1* 

#11 

•  #x  #1* 

#x#r 

#X#11  * 

«x# 

• 

#x#  1* 

#x#l* 

#x#ll 

) 

1 

11 

) 

1 

11 

*  #  r 

#j“ 

#11“ 

« 

* 

#  1* 

#1* 

#11 

*  #x  #)* 

#X#)* 

#x#ll  * 

«X# 

#X#  1* 

#X#)* 

#x#ll 

TOTAL 

HUMBER 

focmux  TOTAL 

IMALE 

A 

# 

#x 

#F1MALX 

* 

# 

#X# 

- NON  HIGH  SCHOOL  CRADUATES- 

1-IIlA  1  Ills  )  IV  ])  IOTA 


PF: 


PUSSPERTERPTO'SEVIEU# 
#1:13  HELP  2:14  RTH  HAIR 

*8:21  ACCEPT  CHARGES  10:22  ABORT  CHARGES 


S;1S  RTR  PREV 


HAPGROUP:  MSOIG 
1  2 
- g - 4 - g.. 


CSP/AD  DATE:  11/18/S8  TIM 

MAP:  H530M01  I6L:  QSICMOl 

3  4  5  6  7 

-0 - ♦ - 0 - - 0 - ♦ - 0 — — g - 4 


6MS30M01# 


ENLISTED  PERSOKNEL  ALLOCATION  SYSTEM 
H06  REQUIREKEHTS  EDITOR 
PREREQUISITES  FOR  HOB;*  # 

HUMBER  OF  PREREQUISITE  MD6:*  # 
(MAXIMUM  OF  THREE) 


“FIRSr  PREREQUISITE  HQS;  *  # 
'SECOND  PREREQUISITE  M06;*  # 
‘THIRD  PREREQUISITE  H06:  *  # 

PRESS«EHTER#TO*CONTIRUX# 


PF:#  1:13  HELP  2:14  RTH  MAIN  3:13  RETH  PREV 
*8:21  ACCEPT  CHARGES  10:22  ABORT  CHARGES# 


CSP/AD  DATE:  11/18/68  TIM 

MAPGROUP;  NSOIO  HAP;  )640H01  M5L:  QSWMOl 

1  2  2  4  9  6  7 

- 4 - g - 4. - g - 4 - g - 4 - g - 4 - g - 4 - g - 4 - g - 4 

]#»C40M01  #EKLISTCD  PERSOKNEL  ALLOCATION  SYSTEM 

)  H06  REQUIREMENTS  EDITOR 

)  FISCAL  YEAR*  # 

1 

*  RBCRUITIRG  OPTIONS  FOR  MOB*  # 

1 

I  SELECT  UP  TO  10  USIRO  AH  'S’ 

) 

1  *  #-  3  TRAIHIHO  OF  CHOICE  *  #-  4  AIRBORNE 

10  *  #-  6  BARD  *  #-  11  OFFICER  CANDIDATE  SCHOOL 

)  *  #-  12  MO  FLIGHT  TRAIHIHO  *  #-  13  COMBAT  ARMS  UNIT  OF  CHOIC 


F-40 


]  *  #-  cattmiCATioRS  oommid 

)  *  #-  IB  SPECIAL  UXIT 

)  *  #-  2*  SECUXITY  DEPOT 

♦  *  #-  26  TWO-YEAR  EiaiSTHBBT 

I  *  26  BUDDY  EUROFEAH  ERLlSmERT 


*  #-  17  CASH  BONUS 

*  #-  16  STATION  OF  CBOICE 

*  #-  23  ELECT  WARFARE rOtYPTOLOCIC 
'  #-  27  VEAP 


20 


«FR£SS«DITER#T0*REV1EH# 


PP: 


#1:13  HELP  2:1*  RTN  HAIR  2:13  RTN  PREV 

*6:21  ACCEPT  CBANOES  10:22  ABORT  CHARGES  f 


.+ - 1 - 4 - a-™* - 3 - - ♦ - -* - 5-— ♦ - 6 - ♦ - 7-—- ♦ 


0  0  0  0  0  e  0 

CSP/AD  DATE:  11/16/6B  TIH 

HAPGROUP:  MBOlO  HAP:  M530H01  HBL:  QSHaiOl 

1  2  3  4  3  6  7 

- 4 - 0 - 4 - 0 - 4 - 0 - 4 - 0 - ♦ - 0 - ♦ - 0— — - 0 - 

]#630N01#  ENLISTED  PERSONNEL  ALLOCATION  SYSTEM 

]  MOS  REQUmMENTS  EDITOR 

)  APTITUDE  AREA  REOUIREHEHTS:  MOB*  # 

1 

>  SELECT  FROM  1  TO  3  APTITUDE  AREAS: 

j  *  #CL  —  CLERICAL  *  6CO  --  COMBAi  ARMS 

1  *  #EL  —  ELECTRONICS  *  PFA  —  FIELD  ARTILLERY 

]  *  ROM  "  OENER/L  MAINTENANCE  *  #CT  "  GENERAL  TECHNICAL 

10  *  PPM  "  MECHANICAL  MAINTENANCE  *  POF  —  OPERATOR : POOD 

]  ‘  PSC  SURVEILLANCE ;COmJNICATlQHS  ‘  PST  —  SKILLED  TECHNICAL 

4  *AREA  CUTSCCREP 

1  *  P  *  P 

1  *  P  *  P 

1  *  P  *  P 

20  PRESSPEXTERPTO'OOMTIHUEP 

jpF;  PI: 13  HELP  2:1*  RTN  HAIR  3:13  RTN  PREV 

)  *6:21  ACCEPT  CHANGES  p‘10:22  ABORT  CHANCES  P 

- 4 - 1 - 4 - 2—>-*'***''S - * — *4 - ♦ - 5 - ♦ — *6 — - 7— -4 

0  0  0  0  0  0  0 


F-41 


HAFOROUP:  >6016 
1  2 


4MSS0H01# 


CSP/AS  DAR:  11/18/00  TIN 

)MP:  >680M01  >61.:  Q3M>ei 

3  4  3  0  7 

.  A  A _ Jk _ k _ _4k _ k. _ 


miSTED  PERSONm  ALLOCATIOO  SYSTM 
H06  MQUIR06MTS  ESITCK 
>06  Iini/WNARXS  FOR  >06:  *  # 


10  MD6  TlTU:  *  # 

1 

]  UMAIIXS: 

1 

r 

♦ 


PT:#  1:3  HELP  2:14  RTH  MAIH  3:15  HR  PREV 

*0:21  ACCEPT  CHANGES  10:22  ABORT  CHANGES  # 

* 

- k - j - k - 2 - ♦ - 3 - ♦ - 4 - ♦ - 5 - - 6 - ♦ - 7 - •• 

0  0  0  0  0  0  0 


CSP/AO  DAR;  11/18/80  TIN 

>1APGR0UP:  >6016  >1AP:  MSOMO  >6L:  QS>6>101 

1  2  3  4  3  8  7 

- 4- - o--'-4 - -0 - ♦ - -0 - ♦ - 0 - ♦ - *0 - 0 - 4— -0— — ♦ 

^OUOO  OEKLISTED  PERSOKKEL  ALLOCATION  STSTZN 

>06  REQUIRJEXEKTS  EDITOR 
TTR  or  TRAINING  FOR  >06*  # 

PLEASE  SELECT  ONE  OR  >ORE  OF  THE  FOLLOWING  USING  AN  ‘S'  : 

*  #-  NALE  AIT  AVALZABU 

*  #-  NALE  06UT  AVALIABLE 

*  #-  FINALE  AIT  ATALIABLE 

*  f-  FINALE  OSUT  AVALIABLE 


]-  TRANING  COURSE  LEN6R  WEEKS  DAYS 

J-  AIT  COURSE  LENOR .  *  #  *  # 

J-  06UT/0ST  COURSE  LENGR...  *  #  “  # 

20  PRESSAENTEROTO'CONTIHUI# 

IFF:#  1:13  HELP  2:14P.R>4AIN  3:15  RR  PREV 

J  *0:21  ACCEPT  CHANGES  10:22  ABORT  CHANGES# 

- 4 - 1 - 4 - 2 - ♦ - 3 - ♦ - 4 - ♦ - 3 - ♦ - 6 - ♦ - 7— -4 

0  0  0  0  0  0  0 


F-42 


HUCBOU?;  WOia 
1  2 


Csr/AD  DATE:  TIM 

MAP:  teSSMBB  M5L:  Q9a«l 
3  A  S  •  7 


CSP/AD  DATE:  Il/IB/BB  TIM 

HAPOIOUP:  HSOlO  MAP:  tCSgMBS  MSL:  QaCHOl 

1  2  3  A  S  B  7 

- - « - 0 - ♦ - 0 - ♦ - 0 - ♦ - 0 - ♦ - 0 - - 0 - 

)#  CLOlMll#  EKLISTED  PERSOKNZL  AUXJCATIOII  SYSTEM 

]  CLUSTOl  PIU  ESIItm 

]  HOS  EDITING 

J 

♦ 

1 

]«K)S  NUMBER:  *  # 

1  MDS  TITU:  *  # 

1  MDS  aUSTER:  *  # 

10 

]#  PR£SS#ENTZR#TO  SATE 

1 
1 
1 

♦NOTE:  CLUSTER  0  IS  AN  UNUSED  CLUSTER  CONTAINING  M06’  THAT  ARE  ATAILABU  HI 
]  THE  POLICY  BUT  ARE  NOT  CURRENTLY  ASSIGNED  TO  ANY  CLUSTER.  A  CLUSTER 

]  MDS  IS  activated  BY  ASSIGNING  IT  TO  A  POLICY  CLUSTER.  PLACING  A  H3S 

]  CLUSTER  0  PLACES  IT  INTO  TEE  ATIALABU  LIST  AND  REMOVES  IT  FRCH  USE. 

1 

20 

) 

1#FF;#  1/13  HELP  2/lA  RETURN  TO  MAIN  MENU  3/lS  RETURN  TO  PREVIOUS  SC 
]#  S/17  ABORT  CHANGES  12/2*  LIST  AVAILABLE  CLUSTE 

1  * 

- .f - 1 - ^ - 2"" ♦ - 3 - * - A - ♦ - 5 - ♦ - 6 - ♦ - 7—" ♦ 

0  0  0  0  0  0  0 


F-43 


rMFGKOCP;  K606 
1  2 


CSr/AD  MTC;  TIM 

MAP:  HS60M0O  NBL:  OSSttl 
S  *  9  •  7 


SEUCT#ONI#Or  THE  rOLUWIlKi  WI7I  All  ‘f 


- ♦ - 0 

I*MS6QH10# 

1 

1 

- ♦ - 1 

0 


CSP/AD  DATE:  11/19/29  TIM 

HAFOtOUP:  M6606  MAP:  MS60M01  ICL:  QaCMOl 

1  2  2  A  S  •  7 

- 0 - _f - 0 - 4. - 0 - 4 - Q - 4 - 0 - ♦ - 0 - -A- - 0 - -* 

110#  ENLISTED  PEXSOKNEL  ALLOCATIOR  SYSTEM 

HOS  REQUIRQSHTS  EDIICH 
ENTIty  RESTRICTIONS  FC9t  H3S:*  # 

- 1 - 4 - 2 - ♦ - 3 - ♦ - A - ♦ - 5 - ♦ - 6 - -A - 7-—- A 

0  0  0  0  0  0  0 


HAPGROUP:  I660G 
1  2 


CSP/AD  DATE:  11/19/90  TIM 

MAP:  MS60H02  M5L:  QSMSHOl 
3  A  S  0  7 


-« 

—  4 - 0- 

---4 - 0- 

•0 - A - 0- 

-0- 

-0- 

]#< 

*•9 

PRESTRICTIONS  DEFINED 

*•0 

] 

) 

*  #-*  1* 

- 

• 

*:0R;# 

*  #-“  2* 

-  - 

*:0 

] 

*  #-*  3* 

* 

‘;aR:# 

*  #-*  A* 

•  * 

*:0 

♦ 

*  #-*  5* 

• 

• 

*:0R:# 

*  #--  0* 

*  * 

*:0 

1 

*  #-*  6" 

• 

* 

*:0R:# 

*  #-*  0* 

*  * 

*:0 

1 

*  #-*  7* 

• 

*:0R:# 

'  #-*10* 

A  * 

*:0 

1 

PR£SS#ENTCR#TO*EKD  REVIEM# 

J 

10 

Pr:#l;13 

HELP 

2: 

lA 

RTN  HAIR 

3:13  RTN  PREV 

) 

*A:17 

INS  LIRE 

5: 

19 

DEL  LINE 

*9:21  ACCEPT  CB6 

10:22  ABORT  CH 

i 

0 

0 

0  0 

0 

0 

0 

MAPGROUP;  H560G 
1  2 
- 0 - 4 - 0— 


CSP/AD  DATE:  11/19/99  TIM 

MAP:  MS60M10  HSL:  QSHEMOl 
3  9  3  0  7 

-0 - A - 0 - A - 0 - A - 0 - A - 0"" A 


SELECT#ONE#or  THE  POLLOUIIIG  WITH  AR  *8' : 


PAGE 

#ORVR  LICENSE 
#MATH  LEVEL 
#KER  DEPENDENT 
PTYFINC  SPEED 

--1 - A - 2— 

0  0 


PCITIZENSBIP 
PEEIGBT 
PKEDICAL  CODE 
PPEYSICAL  PROP 
PWAIVER  CODE 

...4 - ^ - 4.. 

0 


*  #D1AB 

*  IHARITAL  STAY 

*  #MVDB 

*  PSCIENCE  LVL 
‘  PWEIGBT 

-A - 6 - A - 

0 


MAPGROUP;  HSeOO 
1  2 


CSP/AD  DATE;  11/19/99  TIM 

MAP:  H560H20  MBL;  Q96M01 

3  A  S  0  7 


-4 - 1- 

0 


SELECT#OKE#OP  THE  POLLOHINC  WITH  AN  ’t’ : 

*  #-  EO  -  EQUAL  TO 

‘  #-  CE  *  GREATER  THAN  OR  EQUAL  TO 

*  #-  GT  -  GREATER  THAN 

‘  #-  U  -  LESS  THAN  OR  EQUAL  TO 

*  #-  LT  -  LESS  THAN 

*  #-  NE  -  HOT  EQUAL  TO 

2 - 4 - 3 - A - A - A - 5 - A - 0- 

0  0  0  0  0 


F-44 


HARaiOUF:  NBeOO 
1  3 


CSP/AB 
HAP:  Hseomc 
3  A 


BATE:  11/lt/H 
ISL:  QSH5MOI 

s  e  7 


TXH 


SE1XCT#OKE#OF  THZ  POIXCWIIIC  WITH  All  *3' 

*  #•  GDKDnSlAL  SCIDCZ 

*  #•  B10BI01.0CY 

*  #-  CHEKTHDUSm 

*  ♦-  PBY-PBySlCS 


HAPGROUP:  HSBOO 

1  a 

- 0 - ♦ - 0" 


CSP/AD  DATE:  ll/K/BB  EZN 

MAP:  H660K30  MSL:  Q9CM01 

BASS? 


#Eirn»  LDOTIlKi  moE: 


HAPGROUP:  16606 
1  2 


CSP/AS 
HAP:  I660K32 
3  A 


DATE:  11/1B/S9  TIM 
I6L:  Q96H0I 

SB? 


#- 

#- 

#- 

#- 

#- 

#- 


SEL£CT#ONE«OF  THE  POXXOnW;  WITH  All  ‘8‘ 


CA-BOM  CITIZEB 

CC-BORJ*  OF  U.S.  CITIZDI  PAXEKTS 
AA'NATIOHAL  BORII  III  US  POSSESIOM 
IIA*N0I«-C1TIZE]I  BOMI  IH  U.S. 
BY-HOM-US  CITIZOI 
z>umc]iaMii 

—  i - ♦ - 2 - ♦ - 3 - ♦ - A- 

0  0  0  0 


#-  CB-RATUKALIZATIOR  OP  PAXSTTS 
#•  CIXZTIZEM.  KATURALIZATIOR  PR 
#-  CZ-CITIZER,  URDETIXMIBED  ORIG 
#•  AZ-US  KATIOHAL,  UNXMCMM  CR161 
#-  AT’US  RATIQMAL,  ROT  CIIIZZ3I 


HAPGROUP:  16606 
1  2 


CSP/AD 
HAP:  M560K3A 
3  A 


DATE;  11/16/66  TIM 
I6L:  QSMSMOl 

S  6  7 


SELXCTOOREOOF  TBE  POLIOWIBG  WITH  All  'S’ 

*  #-  YES  •  DXrVEX’S  LICEHSE 

*  #•  Ro  •  HO  mmx’s  licehse 


HAPGROUP:  16606 
1  3 


CSP/AD 
HAP:  l660H3e 
3  A 


DATE:  11/16/68  TIM 
HBL:  QSI6M01 

3  0  7 


SELECTPONEPOF  THZ  POLLOHIHO  WITH  AH  ‘S* 


*  #-  A-ANBULLED 

*  #-  I-IKTERU)CUTC*I 

*  #-  L-LEGAUr  SEPARATED 

*  #-  P-SOU  PAXZRT 

*  #-  tA4IIDCMED 

-♦ - 1 - ♦ - 2 - ♦ - 3- 

0  0  0 


#-  D>DrV0RCZD 

#-  J^IAXXIED  TO  sntvicz  MEMBER 
#-  M-MAXXIED 
#-  S-SIHCLZ 


F.45 


CSP/AO  OATZ;  ll/18/«e  TZM 

HAFGKOUF:  HB600  MAP:  te60»7  MBL:  Q9CM01 

1  a  s  4  s  •  7 

- ♦ - 0 - ♦ - 0 - ♦ - 0 - ♦ - 0—" ♦- - 0 - ♦ - 0-— ♦ - 0-— ♦ 

)# 

)  snxcTPOHEpop  m  mamm  tan  ai  'S*: 

1 

)  *  #•  CEP^TDnaAL  HAnZMATICS 

4  *  #•  ALG>AUXBItA 

J  *  #-  CEtXEOKmT 

)  •  #-  nU-TRJOOIIOMEnT 

J 

- ^ - 1 - ^ - 2 - ♦ - 3 - ♦ - 4—- f- - S - 4 - 6 — -4 - 7"" 4 

0  0  0  0  0  0  0 


I# 


CSP/AO  DAn:  11/1S/S9  TIM 

HAPGROUP:  MBSOO  HAP:  HSeOHAO  M5L:  09S«t 

1  2  3  4  9  •  7 

SEtXCTPOmpOP  THE  POLLOHIM  Win  All  ‘S*: 


#18  *0B'  LOGIC  OBSIUD  7 

*  #-  ns.  use  OR  ueic 

*  #-  n,  DO  HOT  USE  OR  LOGIC 


0  0  0  0  0  0  0 


CSP/AO  DATE:  11/16/SB  TIM 

MAFGROUP:  HS700  MAP:  H570M01  ICL:  QKCMOl 

1  2  3  4  9  6  7 

6MS70H01  OEHLISTEO  PERSOHHEL  ALLOCATIOR  SYSTEM 

HD6  REQUIREKENTS  EDITOR 
SPECIAL  REQUaUMEHTS  POR  HDS*  # 


PLEASE  SELECT  ARY  OF  THE  FOLLOtaRG  Win  AR  ’S’ 
OR  SELECT  AU  Win  AR  <A‘  IR  THE  FIRST  ROW: 

*  #-  CrVILIAR  ACQUIRED  SKILLS  APPICABU 

*  #•  COMBAT  AR76  SKILL 
“  #-  ERLISIMERT  BOURUS 

*  #-  BIGBLY  TECHRICAL 

*  #-  LARGUACE  REQUIRIMERT  EXISn 
“  #-  rOUTE  HXERRIEATIOR  SUIX 

*  #-  SECURITY  IRTERVIEW  REQUIRED  # 


#1:13  HELP 

*0:21  ACCEPT  CHARGES 


PRZSS#ERTER#TO*RETIEH# 

2:14  RETURR  HAIR 
10:22  ABORT  CHARGES 


3:19  RETURR  PREVIOUS 

# 


F-46 


CSF/AD  DATE:  ll/lt/t9  TIM 

MAFGKOUP:  QAOlO  HAT:  QAOlHOl  MBL:  QSQAMOl 

1  2  S  A  9  •  7 


F-47 


rUKSOUT:  QtkOlO 
1  2 


Csr/AD 
(UP;  QAOUCO 

2  * 


BATI:  11/1I/S9  TIM 
(«L;  OSQAHOl 

9  2  7 


10 


20 


»  QAOIMZO# 


DfLisns  PotsoHm  AixocAriaR  system 
QUALITY  applicant  (OOUU  POLICY  EDITOR 
ACM  LIST  LEMSTI 


THE  (UXIMUM  NUMBER  OP  UCOOCNDATIOHS  TO  BE  SENT  TO  TEE  ACM  IS: 

* 


»  PF;*  1/11  BELT  2/14  MTUM  TO  (UIN  MENU  S/ll  SETUM  TO  PREVIOUS  SCR 

# 


-1 - ♦- 

0 


-♦ - 4 - ♦- 

0 


- y. - 4 

0 


HAPGROUP:  SflOlC 
1  2 


CSP/AD 
(UP:  SBOIMOO 

9  4 


DATE;  11/10/80  TIM 
(6L;  QSSa«l 

S  S  7 


OSBOIMOO  # 


ENLISTED  personnel  ALLOCATION  SYSTEM 
AIT/OSUT  TRAINING  SEAT  EDITOR 
HOG  SELECTION 


PLEASE  SELECT* 
(C6  HOG 


•on- 


(t3S  TO  BE  (ODiriED  USING  AN 
(4M  (06  HOG 


'S':# 

(06 


(06 


#  * 
#  * 
#  ‘ 
#  * 
#  * 
#  * 
#  * 
#  * 
#  • 
#  * 
# 

# 


20‘SPECin  (OS  TO  BE  LOCATED; 


PRESSOENTEROTO  PROCESS 
#TBEN  PRESS  PF12/14 


PF;#  1/13  HELP 
7/19  PG  BCE 


2/14  RTN  MAIN 
8/20  PG  PMD 


3/11  RTN  FRET 
10/22  RESET  SELECTIORS 


#12/24  FIND 
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HAKROUF;  SBOIO 
I  3 


CSP/AD 
MAP:  nOlMlO 
3  4 


DAR:  11/18/33  TIM 
WL:  QSSB«1 

S  3  7 


10 


PSBOlMie  # 


EPLISTCD  PEXSOHim.  AUOCATIOR  STSTIM 
AlT/OSUT  TKAIHIHG  SEAT  DXTCOl 
CLASS  SELECTION 


PLEASE  SELECT  A'MDS  CLASS  TO  U  HCDIPIED  tSINC  AN  'S* :# 
CLASS  CLASS  CLASS 


CLASS 


30  ‘PMSS'ENTBI'lO  PROCESS# 

#  PF:  ‘1/13  HELP#  3/14  HR  MAIN  ‘3/15  HR  PHZT 


10/22  RESET  SELECTI 

# 


HAPOROUP:  SBOlO 
1  2 


CSP/AD 
HAP;  saoueo 
3  4 


DAR;  11/13/33  TQ1 
I6L:  QSSBttl 

5  3  7 


4#iKrc»MATiaN  r«  class 


10 


#SB01K20# 


ENLISTED  PERSONNEL  ALLOCATION  STSTBI 
AlT/OSUT  TRAINING  SEAT  EDITOR 
GENERAL  CU^  INFORHATICN 


TTR  or  COURSE: 
TRAINING  SIR; 


♦ 

]  #FR£SS#CNTER#TOREnEH  # 


PF:  #  1:13  HELP  2:14  RR  HAIN  3:15  RR  PRET 

‘3:21  ACCEPT  10:22  RESET 

- ^ - 1 - ^ - 2 - ♦-—3 - 4 - 4 - ♦ - 5 - - 8— — f - 7— -4 

0  0  0  0  0  0  0 
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HAKaOUT:  SBOlO 
1  2 


•»«niASE  SELECT  ORE  CR  HDM  CLASS  SESSIORS  aSINO  A  *S‘ : 


START  OATX 

* 


#SB01M2S# 


CSF/AS  DATE;  11/1I/89  TIM 

HAP:  SaOUeS  »BL:  Qssa«i 
2  4  S  •  T 


ENLISTED  PERSOHNEL  ALLOCATION  STSTIM 
AIT/OSOT  TRAIRING  SEAT  EDITOR 
CLASS  SESSION  SELECTION 


FllESS#EirTER#TO  PROCESS 


PFF:  #1:13  HELP 


2:14  RTN  HAIR 


3:1S  RTN  PRET  10:22  RESET  SELECTIO 


HAPGROOF:  SBOlO 
1  2 


CSP/AD  DATE;  ll/lS/09  TIM 

HAP:  SB01K30  M5L:  QSSBMl 

3  4  S  6  7 


]#SBOUOO# 

J 

J 

J 


ENLISTED  PERSONNEL  ALLOCATION  SYSTEM 
AIT/OUST  TRAININO  SEAT  EDITOR 
CLASS  STATISTICS 


DATA  FOR  CLASS* 
START  DATE: 


MONTH  NUMBER  * 
«  (YY»#f)D) 


lIKlNtMUM;  * 

10 

1 

]  Bid 

1  I*] 

)#  MALE 
♦  FEMALE  * 

J 

1 

1# 

1#  dela; 

20  imEl 

J 

1  Pf:#l:13  HELP 


NQKIHAL: 


CAPACITIES 
#  MAXIMUM: 


COeORT  RQMT: 


CURRENT  PIU 
BICB  SCHOOL  GRADUATES 
I-IIIA  1  IIIB  1  IV  . 


NON  HIGH  SCHOOL  GRADUATES 
-  i-iiu  I  IIIB  J  nr - 


*  #  1*  #1*  #  mau  *  #  J- 

#  J*  #r  #  FEMALE  *  #  J* 

METRIC  STATISTICS 
AA  SCR  SOT  ATT 

DELAYD  ENTRY:  *  #  *  #  *  #  * 

imEOlATE  SHIP:  “  #  *  #  *  #  * 

PRESSOENTERfTO'REFRESB# 

HELP  2:14  RTN  MAIN  3: 13  RTN  FREV  *4; 10  DEL  MTB 


3:17  INS  MTB 


6:18  DUPLICATE  TO  END 


*8:21  ACCEPT  10:22  RESET# 
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HWGROUP:  SaOlO 

1  t 


CSr/AD 

lUT:  U02H00 

3  * 


DATS:  11/1I/I3  TXM 
HBL:  QSSmOl 

S  •  3 


10 


«»602H00  # 


EKLISTZD  msomiZL  ALLOCATiai  SYSTIM 
HDS  UQUIRDCKTS  EDIRK 
CBILDEMI  HE» 


FLZASC  SELECT  GHE  CR  HDM  MOS(S)  10  BE‘HOOiriED#USlK  AI 

MQ8 


mss#Eirai#TO  nocsss 
#  FF;#  1/13  BELT  2/1*  RETUM  TO  HAIR  MlIU  3/lS  RETUM  TO  FREVOIUS  SC 


HAFGKXTP:  SBOlO 
1  2 


CSP/AD 
HAP;  SaOSHOO 
3  4 


iOATS:  ll/ia/ao  TIH 
H5L;  QSSawi 

3  6  7 


#SB9gHS9 

# 


ERLISTED  PERSOHHEL  ALLOCATICRI  SYSTS* 
SCHOOL  PIU  EDITOR 

warning  hessace 


PRESS#ENTER#TO#COHTimJE# 
PRESS#PP  3/lS#TO#ABORT# 


F7:  #1/13  HELP  2/1*  RETURN  TO  HAIR  M3IU  3/13  RETURN  TO  PREVIOUS  SOI 


-♦ - 1- 

0 


-2 - ♦ - 3 - ♦ - * - ♦ - 3- 

0  0  6  0 


-■* - 7- 

0 


F-51 


HM>GKOUr;  ACOlO 
1  2 

- 0 - ♦ - 0— 


CSP/AD  MTZ:  TIM 

HAP:  ACOlMOl  ML:  QSACMDl 
2  4  S  •  7 

-0 - 4 - 0 - 4 - 0 - 4 - 0— -4 - 0-— 4 


«  ACOlHOl#  EKLISrZD  PEKSOWm.  AIXOCATIOM  STSTIM 

APPLICAPT  CLASSIFICATIOH  HODIU  r&.lC1  DlTtH 
ITIM  SXLZCTIOM  MEXU 


PI.XASE  SEUCT  ’ONE*  USIMG  All  *•*: 


#-  EXECUTIOII  PARAMETERS 
#-  DELAYED  EimiT  PKOGRAM  LIMITS 
JOB  SELECTIOH  tCTBOO 
SCXSURG  ROUTIHE  MEIGBTS 


PIIESSPEXTERPIO'RZTIEM# 


PF:#  1/13  HELP  2/14  RETURII  TO  MAIH  HEIfU  3/lS  RETURX  TO  PREVIOUS  SC 
*4/16  SAVE  CHANGES  TO  FILE  3/17  ABORT  ALL  CHANCES# 


HAFGROUP:  ACOIG 
1  2 


CSP/AD  DATE:  11/18/89  TIM 

HAP:  ACOIMIO  HSL:  QSAOttl 

3  4  3  6  7 


#  ACOIMID# 


ENLISTED  PERSONNEL  ALLOCATION  SYSTEM 
APPLICANT  CLASSIFICATION  HODULE  POLICY  (CNU 
EXCUTION  PARAMETERS 


ACM  DATA  PILES 


HOG  WORTH  DEFINITIONS; 

SOT  COEFFICIENT  OEFINITIGRS: 
ATTRITION  PROBABLITIES: 


♦initial  seed  VALUE: 
max.  JOB  HATCHES/APPLICANT: 


ACM  PARAMETERS 

#  MAX.  APPLICATIONS  ITERATION: 

#  JOB  PERFORMANCE  OPTION: 


#  PF;#  1/13  HELP  2/14  RETURN  TO  HAIR  MENU  3/13  RETURN  TO  PREVIOUS  SC 

# 

- ♦ - 1 - ♦ - 2 - 4 - 3 - 4 - 4 - 4 - 3 - 4 - 6 - 4 - 7 - 4 

0  0  0  0  0  0  0 
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>UPCK»?:  ACOIO 
1  2 

-♦ - 0 - ♦ - 0" 


CSP/AD 
HAP:  AC01M20 

3  4 

-0 - 4 - 0 - 


DATE;  Xl/13/39  TIM 
lei;  QSACMOl 

9  3  7 


10 


20 


#  AC01H20# 


EXISTED  PERSONHEL  AtLOCATlOR  SYSTEM 
APPLICANT  CLASSIFICATION  MODULE  POLICY  MOIU 
DELAYED  ENTRY  PIUX3UH  LIMITS 


n 

D* 

n. 


MAXIMUM  DEP  LXNGTl  (IN  HOMTHS)  BY  DEMOGRAPBIC 


JF 


]]#BSDC#n 

11  II 

*  IlPSEMt#]] 

n  n 

11#HBSG31) 

n _ n. 


j  ]^»»»»»»t1ALE««««««# 

1 1 _ 1 _ II _ II1A_IIIB _ IT 

II 


* 

# 

« 


« 

* 

# 


« 

« 


# 

« 

« 


#»»k»»»rEMALE«<««««# 
1  II  IIIAIIIB  IV_ 


« 

# 

« 


« 

« 

« 


« 

# 

« 


#  *  # 
#  *  # 
#  *  # 


PF:#  1/13  HELP  2/14  RETUltN  TO  MAIN  iCNU 


3/lS  BETUMI  TO  PUTIOUS  SC 

# 


HAPGROUP:  ACOlO 
1  2 
.+ - 0 - ♦ - 0-- 


20 


#  ACOUOO# 


CSP/AO  DATE:  11/1B/S3  TIM 

HAP:  ACOUOO  >6L;  QSACMOl 
3  4  5  6  7 

-0 - ♦ - 0 - ♦ - 0 - - 0 - ♦ - 0 - 


ENLISTED  PERSONNEL  ALLOCATION  SYSTEM 
applicant  CLASSIFICATION  MODUU  POLICY  MENU 
JOB  SELECTION  METBOO 


I 

I 

I 

II 

11# 

11 

JOB 

SELECTION  OPTION  BY  DEMOGRAPHIC  CROUP 

11 

#11 

11 

10 

]  ]#»»»»»»fUL£««««««#)  ]#»»»»»>rOiiU.S<«««««#J ) 

I 

IJ  ^ 

II 

tllA 

iiiB  rr  11  I 

II 

IIU 

IIIB 

_IV  11 

I 

11  11 

11 

11 

I 

ll#HSDG#ir 

#* 

#* 

#' 

#*  #ir  #* 

#■ 

#* 

#* 

#11 

I 

11  11 

11 

11 

♦ 

n#sEKR#ir 

#* 

#* 

r 

#*  #ir  #* 

r 

#* 

#* 

#11 

I 

11  11 

II 

11 

I 

ll#NHSe#ll* 

#* 

#* 

r 

#*  #11*  #* 

r 

#* 

#* 

#11 

I 

11  11 

11 

_ 11 

PP:#  1/13  HELP  2/14  RETURN  TO  MAIN  MENU 


3/15  RETURN  TO  PREVIOUS  SCR 

3 


■  F-53 


HAPGROVr:  ACOlO 
1  3 


CSP/AO 
HAP:  ACOVUe 

9  * 


DATS:  11/19/99  TXH 
ML:  Q5AO«l 

SIP 


10 


20 


#  ACOUWOI 


CKLISTD  PEKSOmm.  AIXOCATIOH  SYSTB1 
APPLICAIP  CIASSIPJCATIOH  HOOUIX  POLICY  MERU 
SCORIHC  SDUTXKE  MEIGR8 


QAM  MCCHhOIDATIOa 


AA/EO  PROGRAMS . *  # 

HANACQENT  POTOITIAL  # 

UTEN7I0I  PROSABILITT  # 

FROB.  TRC  SUOCrSS . *  # 

RACE  TS.  GERDER 


Xa  FOlFdRMARCI  .... 
lEZLlSlMEIT  PROS  ... 
ARNUAL  TRO  DIMARD  . . 
XMSDUTE  PILL  RQHT 


# 

# 

# 

* 


«  PF:«  1/13  HELP  2/14  RETURR  TO  HAIR  HERU  9/13  RETVRR  TO  PREVIOUS  SC 

# 


-■f - 1 - ♦ - 2 - ♦ - 3 - ♦ - 4 - ♦ - 5 - ■» - 1 - ♦ - 7- 

0  0  0  0  0  0  0 


MAPOtOUP:  CLOIG 
1  2 


CSP/AD 
HAP:  CLBEMll 
9  4 


DATE:  11/10/00  TIM 
M5L;  Q3CLH01 

SIP 


]«  CLOLMll# 

1 

I 

1 

*4MDe  RUKBER: 

1  fOS  TITLE: 

]  res  CLUSTOl: 

1 

1  M3S  RUMBER: 
10  M3S  TITLE; 

)  MOS  CLUSTER: 

1 

]  MOS  RUKBER: 

]  MOS  TITLE; 

*  NOS  CLUSTER: 

1 

1  MOS  RUKBDl: 

J  MOS  TITLE; 

]  MOS  CLUSTER: 
201 


1 

]# 

1# 

J 


EKLISTED  PERSOHREL  ALLOCATIOR  SYSTEM 
CLUSTER  FILE  EDITOR 
HOG  EDITING 


FRESSIENTEROTO  PROCESS 


PP:#  1/13  HELP  2/14  RETURR  TO  MAIN  MENU  9/13  RETURR  TO  PREVIOUS  SC 
3/17  LIST  CLUSTERS  AVAILABLE 


F-54 


CSP/AD  OATX:  ll/lS/«9  TIM 

MAPGREXrP;  CLOXO  HAP;  CLOlHOl  MBL:  QSCLHOl 

X  a  3  *  9  •  7 


#  CLOlMOl# 


EHLISTXD  POtSOKKO.  ALUCATIQII  SYSTIM 
CLUSTEK  PILE  EDITOR 
OPTIQII  SEIECTIOR  MEMU 


PLEASE  SELECT  'ORE'  USIRC  AR  't* 


#-  tOS'llEVIEW  # 

#-  CLUSTER'REVIEU  « 


PIlESS#Em!l#TO']lEVlEH  # 


PF:#  1/13  HELP  2/14  RErUKR  TO  HAIR  >ffXU  3/lS  XETURX  TO  PREVIOUS  SC 

# 

— ♦ - 1 - ♦ - 2 - ♦ - 3 - ♦ - 4 - ♦ - 5 - ♦ - 6 - *• - 7 - 4 

0  0  0  0  0  0  0 


CSP/AD  DATE;  11/18/S9  TIM 

HAPStOUP:  CL016  HAP:  CLOIHIO  t6L:  QSCLHOl 

1  2  3  4  S  6  7 


4  CLOIHIO# 


ENLISTED  PERSONNEL  ALLOCATION  SYSTEM 
CLUSTER  FIU  EDITOR 
HDS  EDITING 


PLEASE  SELECT' 'ONE*  M06  TO  SE  HXIFIED  USING  AR  'S’:# 
HQ6  HOS  HOG  M06  HOS  HOS 


1  PRESS#ENTER#TO  PROCESS 

20‘SFECiry  HOS  TO  BE  LOCATED;*  #TH£N  PRESS  PF12/14 
J 

)#  PF:#  1/13  HELP  2/14  RTN  MAIN  MENU  3/lS  RTN  PREV  SCREEN 

1  7/19  PG  BCE  B/20  PC  PGRHAXD  10/22  RESET  SELECTIONS  #12/24  FIND 


F-55 


HM>GKOU?:  dOlO 
1  2 


CSr/AB  BATI:  ll/l»/»e  TIM 

MAT:  CLOlMll  HBL:  QMXMOl 

3  4  S  •  T 


)#  CLOlMll#  EULISTO  PEXSOtnOl  ALLOCATIOII  STSTIM 

)  CLUSTER  TILE  EDITCK 

1  H3S  EDITin 

1 

♦ 

]#HOS  HUHSER;  *  # 

)  HOS  TITLE:  *  # 

1  MOS  CLUSTER:  *  # 

10 

1#  mSS#El(TER#TO  SAVE 

J 
1 
) 

♦JIOTX;  CLUSTER  0  IS  AM  UMUSED  CLUSTER  CORTATHIIIG  MOS*  THAT  ARE  AVAILABLE  HI 
I  THE  POLICY  BUT  ARE  NOT  CURREKTIY  ASSIGNED  TO  ANT  CLUSTER.  A  CLUSTER 

)  MOS  IS  activated  BT  assigning  it  to  a  policy  CLUSTER.  PLACIHG  A  MOS 

I  CLUSTER  0  PLACES  IT  INTO  THE  AVULABLE  LIST  AND  REMOVES  IT  FROM  USE. 

J 

20 

J 

]#PF:#  1/13  HELP  2/1*  RETURN  TO  MAIM  rCND  3/lS  RETURM  TO  PREVIOUS  SC 
]#  3/17  ABORT  CHANGES  12/2*  LIST  AVAILABLE  CLUSTE 


PR£SS#EMTER#TO  SAVE 


HAPGROUP:  CLOIC 
1  2 


CSP/AO  DATE:  11/lB/BB  TIM 

HAP:  CL01M12  ICL;  Q3CLM01 

3  4  3  B  7 


#  CL01H12# 


'»#CLUSTER  NUMBER 

)  # 

J  *  # 

)  *  # 

0  *  # 

J  *  # 

J  *  # 

1  *  # 

1  *  # 

♦  *  # 

J  *  # 

)  *  # 

1  *  # 

1  *  # 


ENLISTED  PERSONNEL  ALLOCATION  SYSTEM 
CLUSTER  FILE  EDITOR 
MOS  EDITING 


CLUSTER  TITLE  CLUSTER  NUMBER 

#  *  # 

#  *  # 

«  *  # 

#  *  # 

#  *  # 

#  ‘  # 

#  *  # 

#  *  # 

#  *  # 

#  ‘  # 

#  *  # 

#  *  # 

#  “  ♦ 

#  *  # 

#FRESS#EN7ER«T0  PROCESS 


CLUSTER  TITLE 


1/13  HELP 


2/1*  RETURN  TO  MAIN  MENU 
7  19  PACE  FORMARD 


3/13  RETURN  TO  PREVIOUS  SC 
S  20  PACE  BACK 


F-56 


MAKMOUr;  0.010 
1  2 


PLEASE  SELECT  'ONE'  USINO  M  'f: 

1 

lOCLUSTEK  SUHSEIt  OUSTER  TITLE 


#  OOU0O# 


CSP/AO  DATE;  11/XS/S9  TIM 

HAP:  OOimO  MBL:  Q9OM01 
S  4  9  8  7 


ENLISTED  PEXSONIIEL  ALLOCATIC*  STSTIM 
OUSTER  PILE  EDITOR 
OUSTER  EDITIHO 


OUSTIJI  RUHBER  OUSTER  TITLE 


OFRESSOEITEROTO'REVIEHO 


PF;«  1/13  HELP 

7/18  PC  BCE 


2/14  RTR  TO  HAIR  MEED 
8/20  PACE  POHARD 


3/19  RTR  TO  PREVIOUS  SCR 
#8/21  ADD  A  REW  OUSTER 


MAPGROUP:  OOlO 
1  2 


CSP/AD  DATE:  11/18/88  TIM 

HAP:  OOUOl  I6L;  Q9CLH01 
3  4  S  8  7 


4fCLUSTER  NUMBER  OUSTER  TITLE 

J  *  # 

1 

I  #06  TITLE 


«  CL01M31# 


ENLISTED  FERSOKHEL  ALLOCATIQM  STSTIM 
OUSTER  FILE  EDITOR 
OUSTER  EDITING 


TO  IUK8ER  or  M06  IN  TRE  OUSTE 


OFRESSOEHTOIOTO'CORTIRUE# 

FF:#1/13  BEL?  2/14  RTR  HAIR  3/19  RTR  PRET  #4/18  SAVE  OUSTR  9/17  DEL  O 
8/18  RESET#7/19  PC  BCE  8/20  PC  PWD  #8/21  ADD  M06  10/22  DEL  HD 


F-57 


HAPGROU?:  0.010 

1  a 


CSP/AD 
HAP;  OOUUO 

a  « 


BATE;  ll/lO/OO  TXM 
HBL;  OaOHOl 

5*7 


POOIHSO 


EKLISTED  PERSOHHEL  ALLOCATION  STSTDt 
CLUSTER  PILE  EDITOR 
HARRIK  HESSACE 


P1t£SS#EmR#T0p0aNTl>Ul« 
PR£SS#PP  3/15#TO#ABCKT# 


PP;  #1/13  HELP  2/1*  RETUM  TO  HAIR  WXU  3/15  RETURN  TO  PREVIOUS  SCR 


-•» - 1 - - a - ♦ - 3 - ♦ - * - - 5 - ♦ - 6- 

0  0  0  0  0  0 


0 


HAPOiOUP;  OOIO 
1  2 


CSP/AD  DATE;  11/10/00  TIM 

MAP;  a02H10  MSL:  QSCLMOl 
3  4  3  0  7 


«  CL02H10# 


ENLISTED  PERSONNEL  ALLOCATION  SYSTEM 
CLUSTER  FILE  EDIICR 
M06  EDITIHO 


PLEASE  SELECT  ONE  OR  PORE  »06(S>  TO  BE'MOOIFIEDPUSINS  AN  *S': 

MOS 


PR£SS#ENTER#TO  PROCESS 
#  PF:#  1/13  HELP  2/1*  RETURN  TO  MAIN  MENU  3/15  RETURN  TO  FREVOIUS  SC 


-1 - ♦- 

0 


-5 - ♦ - 0- 

0  0 


-♦ - 7 - * 

0 


F-58 


HAKMUr:  BCOIO 

1  a 


C8P/AD  DATI-  TIM 

MAP;  ■COlWl  l«L:  QStCHOl 

a  4  S  •  7 


PECOlMOl#  PEMLISTCS  POtSOmrEl  AIXOCATIOD  SYSTDI# 

#  ZLIM-COKFLIP  HOMTHLY  ACCtSSIOII  LIMITS  EDITOK# 

#  ACCtSSlQM  PLAS  LIMITS  # 


4K3HTH 

« - 


FISCAL  TEAK 


BZOUJIT 


#PF:  «  1:13  KELP 


«TOTAL 


14  KTR  HAIR  3:1S 


# 

ITS  PRZT 


HAFGROUP;  K016 
1  2 


CSP/AD  BATE:  ll/IB/SS  TIM 

HAP:  EC01M02  ICL:  Q3EO«l 
3  4  S  S  7 


4«PLEASE  SELECT  ORE  USIRS  AW'S'#;# 


«EC01H02#  RENLISTED  PERSORREL  ALLOCATION  SYSTIM# 

#  EL1M-CCM>LIP  MOKTHLT  ACCESSION  LIMITS  EDITOR# 

#  REW  TOTAL  VALUES  SELECTION  # 


*  #•  FISCAL  TEAR# 

*  #•  RECRUIT  TEAR# 
#PRESS#ER7ER#TO  PROCESS# 


#pr;  # 

# 


1:13  KELP  2:14  RTR  HAIR  3:13  RTR  FRET 


F-59 


HM>CIUXjr:  UGOlO 
1  2 


CSP/AD  DATE:  11/18/89  TIM 

HAP:  UGOlMOl  »«.:  QSUGMOl 

J  4  S  •  7 


♦fPLEASE  SELECT  USIMS  AM'S'#: 


PUGOlMOl# 


PEJILISTED  PStSONNEL  ALLOCATIOH  SYSTEM# 
USAREC  Mission  OQALS  EDITOR  # 

HAIM  SELECTION  lOU  # 


#•  JANUAXy 
#-  PEBRUARY 
#•  MARCH 
#-  APRIL 
#-  HAY 
#-  JURE 


#-  JULY 
#-  AUGUST 
#-  SEPTEMBER 
#•  OCTOBER 
#-  ROVIMBER 
#-  DECEMBER 


RPRESSPERTERRTO* 


1:13  HELP  2:14  RTB  HAIR  3:1SRTHIRZT 


HAPOIOUF:  UGOIG 
1  2 


CSP/AD  DATE:  11/18/89  TOI 

MAP:  UG01M02  MSL:  QSUGMOl 

3  4  S  B  7 


}#UC01M02# 

1  # 

J 

1 

♦  # 

I 

I#EDUCATIOR  I-IIL 

1#* . 

)#BSG 

10# 

)#HSS 

]# 

]#NO  DIPUPM  ' 

1#  . 

♦♦TOTAL 

]# 

1 

1 

) 

20 

I 

)#Fr:  #  1:13  HELP 

1 

1* 

4 - 1 - ♦— 

0 


#EKLISTED  PERSONNEL  ALLOCATION  SYSTEM# 

USAREC  MISSION  GOALS  EDITOR  # 

# 

HALE  rEMALE 

#  # 

atqt  category  afqt  category 

I-lIlA  TUB  nr  total  education  I-IIU  IIIB  IT 


#  total 


PREVIEW  ORLY# 
#FRESS#ENTER#TO  CONTINUE# 
2:14  RTH  MAIN  3: IS  RTH  PRET 


F-60 


mKWWP:  UOOlO 

1  a 


CSP/AB 
NAP:  UMlNOa 

a  4 


DATI:  11/1»/U  rXM 
HBL:  Q5UM01 

S  •  P 


]#UG01H03# 

1  « 

) 

J 

♦ 

J 

]#EDUCATiail 

1# . 

]#BSC 

]#BSS 

1# 

]#KO  DIPLCHA 

1# 

^^TOIAL 

)« 

) 

1 

1 

20 


PERiisTO)  msonm.  alucatioii  (ystihp 
USAXK  KISSION  OCMLS  fBITta  # 

« 

HAL2  rOMU 


AFQT  CATEOQRT 
l-lIU  11X1  IT 


TOTAL  BSUCATIOa 

#  ISO 

#  US 


APQT  CATUCKT 
X-IIU  IIIB  IT 


#  TOTAL 


1 

]#PF:  «  1:13  HELP  2:14  RTT  HAia  3:1S  tTI  IMT 

1  «  0:21  AOCZPI  10:22  RZSZT 

r 

- 4 - 1 - 4 - 2 - ♦ - 3 - 4 - 4 - ♦ - 5 - ♦ - 6 - ♦——7 - 

0  0  0  0  0  0  0 


10# 


F-61 


